大梦敦煌分析这样我们的编码消息里面就分成了两部分，一部分是元信息、另一部分是调用的必要信息。如果设计一种 RPC 协议消息的话，元信息我们把它放在协议消息头中，而必要信息放在协议消息体中。下面给出一种概念上的 RPC 协议消息设计格式： -- 消息头 -- magic : 协议魔数，为解码设计 header size: 协议头长度，为扩展设计 version : 协议版本，为兼容设计 st : 消息体序列化类型 h下个路口再见 简介b : 心跳消息标记，为长连接传输层心跳设计 ow : 单向消息标记， rp : 响应消息标记，不置位默认是请求消息 statuscode: 响应消息状态码 reserved : 为字节对齐保留 message id : 消息 id body size : 消息体长度 -- 消息体 -- 采用序列化编码，常见有以下格式 xml : 如 webservie soap json : 如歌利亚的火花绑腿 JSON-RPC binary: 如 thrift; hession; kryo 等 格式确定后编解码就简单了，由于头长度一定所以我们比较关心的就是消息体的序列化方式。

傳輸服務 協議大夢敦煌分析編碼之後，自然就是需要將編碼後的 RPC 請求消息傳輸到服務方，服務方執行