Dubbo協議幀概述
- 2019 年 12 月 19 日
- 筆記
在TCP協議棧中，每層協議都有自己的協議報文格式，比如TCP協議是網絡七層模型中的傳輸層，有TCP協議報文格式；在TCP上層是應用層，應用層協議常見的有http協議等，Dubbo協議作為建立在TCP協議之上的一種應用層協議，自然也有自己的協議包格式，Dubbo協議也是參考TCP協議棧中的協議，協議內容由header和body兩部分組成，其結構如下圖13.1.1：
image.png
圖13.1.1
其中協議頭header格式如下圖13.1.2：
image.png
圖13.1.2
- 如上圖圖13.1.2可知header總包含了16個位元組的數據
- 其中前兩個位元組為魔數，類似Class類文件裏面的魔數，這裡用來標識一個幀的開始，固定為0xdabb，其中第一個位元組固定為0xda,第二個位元組固定為0xbb.
- 後面緊這的一個位元組是請求類型和序列化標記id的組合結果:requst flag|serializationId。
其中高四位標示請求類型，枚舉值如下:
protected static final byte FLAG_REQUEST = (byte) 0x80;//1000 protected static final byte FLAG_TWOWAY = (byte) 0x40;//0100 protected static final byte FLAG_EVENT = (byte) 0x20;//0010
其中低四位標示序列化方式，枚舉值如下：
DubboSerialization：0001 Hessian2Serialization：0010 JavaSerialization：0011 CompactedJavaSerialization :0100 FastJsonSerialization：0110 NativeJavaSerialization:0111 KryoSerialization:1000 FstSerialization: 1001 ProtostuffSerialization:1010
- 後面一個位元組是響應報文裏面才設置（請求報文裏面不設置），用來標示響應的結果碼，具體定義如下：
/** * ok. */ public static final byte OK = 20; /** * clien side timeout. */ public static final byte CLIENT_TIMEOUT = 30; /** * server side timeout. */ public static final byte SERVER_TIMEOUT = 31; /** * request format error. */ public static final byte BAD_REQUEST = 40; /** * response format error. */ public static final byte BAD_RESPONSE = 50; /** * service not found. */ public static final byte SERVICE_NOT_FOUND = 60; /** * service error. */ public static final byte SERVICE_ERROR = 70; /** * internal server error. */ public static final byte SERVER_ERROR = 80; /** * internal server error. */ public static final byte CLIENT_ERROR = 90; /** * server side threadpool exhausted and quick return. */ public static final byte SERVER_THREADPOOL_EXHAUSTED_ERROR = 100;
- 後面8個位元組是請求id
- 後面4個位元組是body內容大小，也就是在協議頭header內容後的多少個位元組是協議body的內容。
