今天在知乎上看到这个问题：SpringCloud和Dubbo哪个会被淘汰？看了几个回答，觉得不在重点，不妨写篇小文章说说。简单说一下我个人的看法，我觉得这两个框架很可能会存在很长时间。今天把这两个框架放到现在，并没有谁取代谁的问题。由于SpringCloudAlibaba的出现，Dubbo已经很好的融入了SpringCloud体系，围绕SpringCloud生态的各种周边产品可以无缝集成一起玩。Dubbo无缝集成SpringCloud生态意味着什么？主要有两个方面：如果你是Dubbo用户，现在可以引入SpringCloud。轻松便捷地集成SpringCloud的配置中心、注册中心以及分布式追踪等好用的周边产品，管理您的分布式服务集群，享受与其他SpringCloudNetflix用户一样的生态优势。如果你不是Dubbo用户，但是觉得在你的场景中使用HTTP调用的时候效率不高或者不经济，那么你可以考虑引入Dubbo来提高你服务的RPC性能，减少调用。说到这里，可能有读者要说，你是从整合的角度讲的。就是不喜欢Dubbo这种依赖接口的方式，坚决捍卫SpringCloud的原生态！好的！这种坚持也是可以的，没有错。服务接口通过HTTP契约进行管理，不使用接口提供者的JAR。这样不会造成编译层面的耦合。这确实是目前不使用Dubbo的一个重要论据。我个人也认为这种选择在很多方面都有优势，但是对于接口的兼容设计也有很高的要求。只要能够执行到位，任何解决方案都可以非常顺利的完成。不过，我认为SpringCloud用户对这个方案的坚持不会影响到Dubbo生态的消亡。主要有两点：Dubbo原有的用户基数庞大。在SpringCloud宣扬之前，Dubbo拥有庞大的用户基础。既然有了很好的整合方案，整合的考虑肯定比重构的考虑更重要。安全的。很多用户会质疑阿里巴巴的开源项目是不是容易太监。Dubbo多久会重新维护？其实这次不用太担心这个，因为现在的Dubbo已经交给了ApacheFoundation。开源项目对长期维护（活跃度、贡献率等）的评价要求很高，而能从Apache毕业的项目，除非有什么东西能在各方面超越它，否则难度会很大。长期存在和应用。无论从SpringCloud用户还是Dubbo用户的角度来看，都不存在对方必死无疑的场景。所以，我个人认为这两个很有可能成为好朋友，尤其是在国内的应用方面。【本文为专栏作家“翟永超”原创稿件，转载请联系作者获得授权】点此查看该作者更多好文
