今天在知乎上看到了這樣一個(gè)問題：Spring Cloud 和 Dubbo哪個(gè)會(huì)被淘汰罩阵？看了幾個(gè)回答竿秆，都覺得不在點(diǎn)子上，所以要么就干脆寫篇小文瞎逼叨一下稿壁。
簡(jiǎn)單說說個(gè)人觀點(diǎn)
我認(rèn)為這兩個(gè)框架大概率會(huì)長期都存在幽钢。
時(shí)至今日，這兩個(gè)框架放到現(xiàn)在傅是，已經(jīng)不存在誰取代誰這一說了匪燕。由于Spring Cloud Alibaba的出現(xiàn)，Dubbo已經(jīng)很好的融入到了Spring Cloud體系喧笔，所以圍繞Spring Cloud生態(tài)的各種周邊產(chǎn)品都是可以無縫整合到一起來玩的帽驯。
Dubbo無縫整合Spring Cloud生態(tài)是啥意思呢？主要兩方面：
- 如果你原來是Dubbo用戶书闸，那么現(xiàn)在可以把Spring Cloud引入進(jìn)來尼变。輕松便捷地整合Spring Cloud的配置中心、注冊(cè)中心以及諸如分布式跟蹤等好用的周邊產(chǎn)品來管理你的分布式服務(wù)集群浆劲，與其他Spring Cloud Netflix用戶享受同等的生態(tài)優(yōu)勢(shì)嫌术。
- 如果你原來不是Dubbo用戶哀澈，但是你的場(chǎng)景在使用HTTP調(diào)用時(shí)候覺得不夠效率不夠經(jīng)濟(jì)，那么就可以考慮引入Dubbo度气，來提升你服務(wù)減調(diào)用的RPC性能日丹。
到這里，可能有的看官要說了蚯嫌，你都是站在融合的角度來說的哲虾，我就是不喜歡Dubbo那種接口依賴的方式，堅(jiān)決捍衛(wèi)Spring Cloud原始生態(tài)择示！
行束凑！這種堅(jiān)持也是可以的，并沒有什么錯(cuò)栅盲，通過HTTP契約方式管理服務(wù)接口汪诉，不用接口提供方的JAR，這在編譯層面上就不會(huì)產(chǎn)生耦合谈秫，這點(diǎn)確實(shí)一直是目前不用Dubbo的一個(gè)重要論據(jù)扒寄。個(gè)人也覺得這種選擇在很多方面是有優(yōu)勢(shì)的，但是對(duì)接口的兼容設(shè)計(jì)也是有非常高要求的拟烫，只要能執(zhí)行到位该编，任何一種方案都可以做的很流暢。
但是硕淑，我認(rèn)為Spring Cloud用戶對(duì)這種方案的堅(jiān)持并不會(huì)影響Dubbo生態(tài)的消亡课竣。主要兩點(diǎn)：
- Dubbo的原始用戶群巨大，在Spring Cloud布道之前置媳，Dubbo就擁有了極大的用戶群體于樟，現(xiàn)在既然有很好的融合方案，那么融合的考慮肯定要比重構(gòu)的考慮要更為穩(wěn)妥的拇囊。
- 有很多用戶會(huì)質(zhì)疑阿里巴巴的開源項(xiàng)目容易太監(jiān)迂曲，這次Dubbo重新維護(hù)，又能堅(jiān)持多久寥袭？其實(shí)這點(diǎn)這次就不用過多的擔(dān)心路捧，因?yàn)槟壳暗腄ubbo已經(jīng)給了Apache基金會(huì)，由于Apache對(duì)開源項(xiàng)目在是否可長期維護(hù)的評(píng)估上有很高的要求（活躍度纠永、貢獻(xiàn)比例等）鬓长，能在Apache畢業(yè)的項(xiàng)目，除非出現(xiàn)了一個(gè)在各方面都能超越它的東西出現(xiàn)尝江，不然就會(huì)很長時(shí)間的存在且并應(yīng)用涉波。
不論從Spring Cloud用戶來說，還是Dubbo用戶來說，都沒有絕對(duì)要消亡另一方的場(chǎng)景存在啤覆。所以苍日，個(gè)人認(rèn)為這兩個(gè)極大可能會(huì)成為好基友，尤其在國內(nèi)的應(yīng)用上窗声。
歡迎關(guān)注我的公眾號(hào)：程序猿DD相恃，獲得獨(dú)家整理的學(xué)習(xí)資源和日常干貨推送。
如果您對(duì)我的專題內(nèi)容感興趣笨觅，也可以關(guān)注我的博客：didispace.com拦耐。
本文首發(fā)于我的獨(dú)立博客：Spring Cloud 和 Dubbo 哪個(gè)會(huì)被淘汰？见剩，轉(zhuǎn)載請(qǐng)注明出處杀糯。
