­

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的内容。