2019獨(dú)角獸企業(yè)重金招聘Python工程師標(biāo)準(zhǔn)>>>

Dubbo缺省協(xié)議采用單一長(zhǎng)連接和NIO異步通訊，適合于小數(shù)據(jù)量大并發(fā)的服務(wù)調(diào)用，以及服務(wù)消費(fèi)者機(jī)器數(shù)遠(yuǎn)大于服務(wù)提供者機(jī)器數(shù)的情況。

?

缺省協(xié)議，使用基于netty3.2.2+hessian3.2.1交互。

??? 連接個(gè)數(shù)：單連接
??? 連接方式：長(zhǎng)連接
??? 傳輸協(xié)議：TCP
??? 傳輸方式：NIO異步傳輸
??? 序列化：Hessian二進(jìn)制序列化
??? 適用范圍：傳入傳出參數(shù)數(shù)據(jù)包較小（建議小于100K），消費(fèi)者比提供者個(gè)數(shù)多，單一消費(fèi)者無(wú)法壓滿提供者，盡量不要用dubbo協(xié)議傳輸大文件或超大字符串。
??? 適用場(chǎng)景：常規(guī)遠(yuǎn)程服務(wù)方法調(diào)用

為什么要消費(fèi)者比提供者個(gè)數(shù)多：
因dubbo協(xié)議采用單一長(zhǎng)連接，
假設(shè)網(wǎng)絡(luò)為千兆網(wǎng)卡(1024Mbit=128MByte)，
根據(jù)測(cè)試經(jīng)驗(yàn)數(shù)據(jù)每條連接最多只能壓滿7MByte(不同的環(huán)境可能不一樣，供參考)，
理論上1個(gè)服務(wù)提供者需要20個(gè)服務(wù)消費(fèi)者才能壓滿網(wǎng)卡。

為什么不能傳大包：
因dubbo協(xié)議采用單一長(zhǎng)連接，
如果每次請(qǐng)求的數(shù)據(jù)包大小為500KByte，假設(shè)網(wǎng)絡(luò)為千兆網(wǎng)卡(1024Mbit=128MByte)，每條連接最大7MByte(不同的環(huán)境可能不一樣，供參考)，
單個(gè)服務(wù)提供者的TPS(每秒處理事務(wù)數(shù))最大為：128MByte / 500KByte = 262。
單個(gè)消費(fèi)者調(diào)用單個(gè)服務(wù)提供者的TPS(每秒處理事務(wù)數(shù))最大為：7MByte / 500KByte = 14。
如果能接受，可以考慮使用，否則網(wǎng)絡(luò)將成為瓶頸。

為什么采用異步單一長(zhǎng)連接：
因?yàn)榉?wù)的現(xiàn)狀大都是服務(wù)提供者少，通常只有幾臺(tái)機(jī)器，
而服務(wù)的消費(fèi)者多，可能整個(gè)網(wǎng)站都在訪問(wèn)該服務(wù)，
比如Morgan的提供者只有6臺(tái)提供者，卻有上百臺(tái)消費(fèi)者，每天有1.5億次調(diào)用，
如果采用常規(guī)的hessian服務(wù)，服務(wù)提供者很容易就被壓跨，
通過(guò)單一連接，保證單一消費(fèi)者不會(huì)壓死提供者，
長(zhǎng)連接，減少連接握手驗(yàn)證等，
并使用異步IO，復(fù)用線程池，防止C10K問(wèn)題。

(1) 約束：

??? 參數(shù)及返回值需實(shí)現(xiàn)Serializable接口
??? 參數(shù)及返回值需有無(wú)參構(gòu)造函數(shù)(可以是private的)或者有參構(gòu)造所有函數(shù)允許傳入null值。
??? 參數(shù)及返回值不能自定義實(shí)現(xiàn)List, Map, Number, Date, Calendar等接口，只能用JDK自帶的實(shí)現(xiàn)，因?yàn)閔essian會(huì)做特殊處理，自定義實(shí)現(xiàn)類中的屬性值都會(huì)丟失。
??? Hessian序列化，只傳成員屬性值和值的類型，不傳方法或靜態(tài)變量，兼容情況：(由吳亞軍提供)
??? 數(shù)據(jù)通訊 ??? 情況 ??? 結(jié)果
??? A->B ??? 類A多一種 屬性（或者說(shuō)類B少一種 屬性） ??? 不拋異常，A多的那 個(gè)屬性的值，B沒(méi)有， 其他正常
??? A->B ??? 枚舉A多一種 枚舉（或者說(shuō)B少一種 枚舉），A使用多 出來(lái)的枚舉進(jìn)行傳輸 ??? 拋異常
??? A->B ??? 枚舉A多一種 枚舉（或者說(shuō)B少一種 枚舉），A不使用 多出來(lái)的枚舉進(jìn)行傳輸 ??? 不拋異常，B正常接 收數(shù)據(jù)
??? A->B ??? A和B的屬性 名相同，但類型不相同 ??? 拋異常
??? A->B ??? serialId 不相同 ??? 正常傳輸

??? 總結(jié)：會(huì)拋異常的情況：枚 舉值一邊多一種，一邊少一種，正好使用了差別的那種，或者屬性名相同，類型不同

接口增加方法，對(duì)客戶端無(wú)影響，如果該方法不是客戶端需要的，客戶端不需要重新部署；
輸入?yún)?shù)和結(jié)果集中增加屬性，對(duì)客戶端無(wú)影響，如果客戶端并不需要新屬性，不用重新
部署；
輸入?yún)?shù)和結(jié)果集屬性名變化，對(duì)客戶端序列化無(wú)影響，但是如果客戶端不重新部署，不管輸入還是輸

轉(zhuǎn)載于:https://my.oschina.net/91jason/blog/377674

總結(jié)

以上是生活随笔為你收集整理的dubbo协议参考的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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