Dubbo 序列化协议 5 连问,你接得住不?
1)dubbo 支持哪些通信協議?
2)支持哪些序列化協議?
3)說一下 Hessian 的數據結構?
4)PB 知道嗎?
5)為什么 PB 的效率是最高的?
面試官心理分析
上一個問題,說說 dubbo 的基本工作原理,那是你必須知道的,至少要知道 dubbo 分成哪些層,然后平時怎么發起 rpc 請求的,注冊、發現、調用,這些是基本的。
接著就可以針對底層進行深入的問問了,比如第一步就可以先問問序列化協議這塊,就是平時 RPC 的時候怎么走的?
面試題剖析
序列化,就是把數據結構或者是一些對象,轉換為二進制串的過程,而反序列化是將在序列化過程中所生成的二進制串轉換成數據結構或者對象的過程。
dubbo 支持不同的通信協議
1、dubbo 協議
默認就是走 dubbo 協議,單一長連接,進行的是 NIO 異步通信,基于 hessian 作為序列化協議。使用的場景是:傳輸數據量小(每次請求在 100kb 以內),但是并發量很高。
為了要支持高并發場景,一般是服務提供者就幾臺機器,但是服務消費者有上百臺,可能每天調用量達到上億次!此時用長連接是最合適的,就是跟每個服務消費者維持一個長連接就可以,可能總共就 100 個連接。然后后面直接基于長連接 NIO 異步通信,可以支撐高并發請求。
長連接,通俗點說,就是建立連接過后可以持續發送請求,無須再建立連接。
?
2、rmi 協議
走 Java 二進制序列化,多個短連接,適合消費者和提供者數量差不多的情況,適用于文件的傳輸,一般較少用。
3、hessian 協議
走 hessian 序列化協議,多個短連接,適用于提供者數量比消費者數量還多的情況,適用于文件的傳輸,一般較少用。
4、http 協議
走 json 序列化。
5、webservice
走 SOAP 文本
dubbo 支持的序列化協議?
dubbo 支持 hession、Java 二進制序列化、json、SOAP 文本序列化多種序列化協議。但是 hessian 是其默認的序列化協議。
說一下 Hessian 的數據結構?
Hessian 的對象序列化機制有 8 種原始類型:
-
原始二進制數據
-
boolean
-
64-bit date(64 位毫秒值的日期)
-
64-bit double
-
32-bit int
-
64-bit long
-
null
-
UTF-8 編碼的 string
另外還包括 3 種遞歸類型:
-
list for lists and arrays
-
map for maps and dictionaries
-
object for objects
還有一種特殊的類型:
-
ref:用來表示對共享對象的引用。
為什么 PB 的效率是最高的?
可能有一些同學比較習慣于 JSON or XML 數據存儲格式,對于 Protocol Buffer 還比較陌生。
Protocol Buffer 其實是 Google 出品的一種輕量并且高效的結構化數據存儲格式,性能比 JSON、XML 要高很多。
其實 PB 之所以性能如此好,主要得益于兩個:
第一,它使用 proto 編譯器,自動進行序列化和反序列化,速度非常快,應該比 XML 和 JSON 快上了 20~100?倍;
第二,它的數據壓縮效果好,就是說它序列化后的數據量體積小。因為體積小,傳輸起來帶寬和速度上會有優化。
作者:yanglbme,來源:https://dwz.cn/ZE2O4lHu
《新程序員》:云原生和全面數字化實踐50位技術專家共同創作,文字、視頻、音頻交互閱讀總結
以上是生活随笔為你收集整理的Dubbo 序列化协议 5 连问,你接得住不?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: StringBuilder 为什么线程不
- 下一篇: 分享一个牛逼的阿里天猫面经,已经拿到 O