分佈式的幾件小事（三）dubbo的通訊協議與序列化

1.dubbo的通訊協議

①dubbo協議
Dubbo缺省協議採用單一長鏈接和NIO異步通信，適合於小數據量大併發的服務調用，以及服務消費者機器數遠大於服務提供者機器數的狀況。
特色 ：

• dubbo缺省協議，使用的是基於netty+hessian的tbremoting交互。
• 鏈接個數：單鏈接。
• 鏈接方式：長鏈接。
• 傳輸協議：TCP。
• 傳輸方式：NIO異步傳輸。
• 使用範圍：傳入傳出數據包較小，消費者數據比提供者多，單一消費者沒法壓滿提供者，儘可能不要用來傳輸超大數據。
• 使用場景：常規遠程服務方法調用。

爲何要消費者比提供者個數多： 因dubbo協議採用單一長鏈接， 假設網絡爲千兆網卡(1024Mbit=128MByte)， 根據測試經驗數據每條鏈接最多隻能壓滿7MByte(不一樣的環境可能不同，供參考)， 理論上1個服務提供者須要20個服務消費者才能壓滿網卡。

爲何不能傳大包： 因dubbo協議採用單一長鏈接， 若是每次請求的數據包大小爲500KByte，假設網絡爲千兆網卡(1024Mbit=128MByte)，每條鏈接最大7MByte(不一樣的環境可能不同，供參考)， 單個服務提供者的TPS(每秒處理事務數)最大爲：128MByte / 500KByte = 262。 單個消費者調用單個服務提供者的TPS(每秒處理事務數)最大爲：7MByte / 500KByte = 14。 若是能接受，能夠考慮使用，不然網絡將成爲瓶頸。

爲何採用異步單一長鏈接： 由於服務的現狀大都是服務提供者少，一般只有幾臺機器， 而服務的消費者多，可能整個網站都在訪問該服務， 好比Morgan的提供者只有6臺提供者，卻有上百臺消費者，天天有1.5億次調用， 若是採用常規的hessian服務，服務提供者很容易就被壓跨， 經過單一鏈接，保證單一消費者不會壓死提供者， 長鏈接，減小鏈接握手驗證等， 並使用異步IO，複用線程池，防止C10K問題。

②RMI協議
RMI協議採用JDK的java.rmi.*來實現，採用的是 阻塞式短鏈接和標準化的JDK序列化方式。

特色 ：

• Java標準化的遠程調用協議。
• 鏈接個數：多鏈接。
• 鏈接方式：短鏈接。
• 傳輸協議：TCP。
• 傳輸方式： 同步傳輸。
• 序列化： Java標準二進制序列化。
• 適用範圍：傳入傳出數據包大小混合，消費者與提供者個數差很少，可傳文件。
• 適用場景： 常規遠程服務方法調用，與原生RMI服務互操做。

③Hessian協議
Hessian協議用於集成Hessian的服務，Hessian底層採用Http通信，採用Servlet暴露服務，Dubbo缺省內嵌jetty做爲服務器。
特色 ：

• 基於Hessian的遠程調用協議。
• 鏈接個數：多鏈接。
• 鏈接方式：短鏈接。
• 傳輸協議：HTTP。
• 傳輸方式：同步傳輸。
• 序列化： Hessian二進制序列化。
• 適用場景：傳入傳出參數數據包較大，提供者比消費者個數多，提供者壓力較大，可傳文件。
  -適用場景：頁面傳輸，文件傳輸，或與原始Hessian服務互操做。

④Http協議
採用Spring的HttpInvoker實現。
特色

• 基於Http表單的遠程調用協議，
• 鏈接個數：多鏈接。
• 鏈接方式：短鏈接。
• 傳輸協議：HTTP。
• 傳輸方式：同步傳輸。
• 序列化：表單序列化JSON。
• 適用範圍：傳入傳出的數據報大小混合，提供者比消費者個數多，能夠瀏覽器查看，可用表單或url傳參數，不支持傳輸文件。
• 適用場景：須要用時給其餘程序和瀏覽器JS使用的服務。

⑤WebService協議

基於CXF的frontend-simple和transports-http實現。
** 特色**

• 基於WebService的遠程調用協議。
• 鏈接個數：多鏈接
• 鏈接方式：短鏈接
• 傳輸協議：HTTP
• 傳輸方式：同步傳輸
• 序列化：SOAP文本序列化
• 適用場景：系統集成，跨語言調用

⑥thrif協議
Thrift是Facebook捐給Apache的一個RPC框架，當前 dubbo 支持的 thrift 協議是對 thrift 原生協議的擴展，在原生協議的基礎上添加了一些額外的頭信息，好比service name，magic number等。

2.dubbo的序列化方式

dubbo實際基於不一樣的通訊協議，支持hessian、java二進制序列化、json、SOAP文本序列化多種序列化協議。可是hessian是其默認的序列化協議。
①Hessian序列化。
hessian是一種跨語言的高效二進制的序列化方式，但這裏實際不是原生的hessian2序列化，而是阿里修改過的hessian lite，它是dubbo RPC默認啓用的序列化方式。

②Java二進制序列化。
主要是採用JDK自帶的java序列化實現，性能很不理想。

③Json序列化
目前有兩種實現，一種是採用的阿里的fastjson庫，另外一種是採用dubbo中自已實現的簡單json庫，通常狀況下，json這種文本序列化性能不如二進制序列化。

④SOAP文本序列化。 簡單對象訪問協議是交換數據的一種協議規範，是一種輕量的、簡單的、基於XML的協議，它被設計成在WEB上交換結構化的和固化的信息。