作者：匿名用戶
鏈接：https://www.zhihu.com/question/39560697/answer/187538165
來源：知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。

首先現(xiàn)在Netty/Grizzly/xio/Mina那么成熟，基于NIO框架寫個(gè)RPC通訊框架也不是那么復(fù)雜么。 其次Dubbo應(yīng)該是定位為RPC框架， 在Remoting層支持netty，mina，http這些(見下圖)，個(gè)人覺的這樣得擴(kuò)展性靈活性是中看不中用。

<img src="https://pic2.zhimg.com/v2-113e95a484a28836662e5d4b2ff9a8b1_b.png" data-rawwidth="845" data-rawheight="494" class="origin_image zh-lightbox-thumb" width="845" data-original="https://pic2.zhimg.com/v2-113e95a484a28836662e5d4b2ff9a8b1_r.png">

下面表述下個(gè)人的看法。

RPC層面不在于擴(kuò)展性，而在于性能的高低，dubbo協(xié)議設(shè)計(jì)是比較重，無論是速度還是網(wǎng)絡(luò)包大小都是比較高的。

SOA/微服務(wù)的服務(wù)框架除了RPC最基礎(chǔ)的能力外， 最重要最復(fù)雜的是為線上運(yùn)維升級(jí)提供便利（也就是基礎(chǔ)服務(wù)組件應(yīng)該與容器集成，同時(shí)與業(yè)務(wù)代碼的發(fā)布升級(jí)做獨(dú)立），同時(shí)為開發(fā)提供隔離能力(如果沒有解決過類沖突問題的開發(fā)可能很難體會(huì)到這一點(diǎn))。

最后說一重要的點(diǎn)。能夠設(shè)計(jì)研發(fā)支持10w/100w級(jí)別的服務(wù)地址中心是有點(diǎn)技術(shù)挑戰(zhàn)， 無論是zk還是dubbo提供的registry都只能支持千級(jí)別的長(zhǎng)連接。 在阿里要面向10w級(jí)以上的長(zhǎng)連接地址管理是要慎重選擇，選擇經(jīng)得起考驗(yàn)的服務(wù)注冊(cè)中心。

如果是體量沒有阿里這么大，在運(yùn)維或者性能或者地址服務(wù)上要求沒那么高，dubbo是最好的選擇。當(dāng)然一定要安利企業(yè)級(jí)分布式應(yīng)用服務(wù) EDAS產(chǎn)品，具備高性能和穩(wěn)定的服務(wù)節(jié)點(diǎn)支持，同時(shí)也支持dubbo的使用方式。

針對(duì)上面吐槽HSF的一回答，沒有一個(gè)又很“輕”，又能滿足在架構(gòu)和運(yùn)維治理上都爽的“銀彈”。如果你用過SOFA，那會(huì)更加重。我是用了兩年SOFA，作為過來人，開始用時(shí)吐槽；但用久了，真的會(huì)發(fā)現(xiàn)其用心良苦。

轉(zhuǎn)載于:https://www.cnblogs.com/ceshi2016/p/7198163.html

總結(jié)

以上是生活随笔為你收集整理的阿里巴巴为什么主推HSF?比Dubbo有哪些优势?的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。