现在的各种面试免不了要问些中间件，尤其是互联网公司，更注重获选人对中间件的掌握情况。在中间件中，有一大类是关于RPC框架的，Dubbo即是阿里出品的一款很著名的RPC中间件，很多互联网公司都在用，面试也是经常被问到的。
终于，在小林的努力下，获得了王哥公司那边的offer，但是因为薪水没有谈妥，小林又重新进入了求职的旅途，在经历了多次求职过程之后，小林也大概地对求职的考点掌握地七七八八了，于是这次他重新书写了简历，投递了一家新的互联网企业。
假设你正在参与公司一项非常重要的项目开发，在做需求沟通时，要求系统在分布式场景下实现高并发、高可扩展、自动容错和高可用，如果这个项目由你主导，你会怎么做呢？在分布式场景下，可能最先想到的是分布式通信的问题，在Google或国内网站上搜索分布式RPC框架，就会搜索到Dubbo。
批评一下前几天和一个读者聊天，聊到了 Dubbo 。他说他之前遇到了一个 Dubbo 的坑。我问发生甚么事儿了？然后他给我描述了一下前因后果，总结起来就八个字吧：超时之后，自动重试。对此我就表达了两个观点。读者对于使用框架的不熟悉，不知道 Dubbo 还有自动重试这回事。
因目前公司内部对http接口自动化，dubbo接口自动化都是使用脚本来管理，技术栈还分java 和python ，内部对接很不方便，为了降低使用门槛，提升接口测试效率，所以决定在原有的功能用例管理平台添加接口自动化来统一管理。
