自己动手网络框架(三)--协议层

博客介绍了协议层使用protobuf传输时,因protobuf未实现帧结构,需自定义帧结构,包含帧头、长度域等多部分。通信层采用自解释处理,编解码时对消息类型域有操作,要求proto文件中message只能增加不能删除,且自解释使用cc文件以提高效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

    协议层使用protobuf传输。protobuf本身只定义了消息内容,并未实现帧结构,所以需要自定义帧结构,把protobuf序列化后的字节流包裹起来。

    帧结构如下,由帧头、长度域、控制域、消息类型域、消息内容域、校验域、帧尾组成。

    帧头长度1字节,固定为0x65

    长度域长度2字节,为控制域到消息内容域的字节之和

    控制域长度1字节,bit7定义1为服务端到客户端的请求,0为客户端到服务端的请求;bit3-bit0为消息序号,循环使用;定义如下:

    消息类型域长度2字节,取的是protobuf中message的序号

    消息内容域为消息序列化内容

   校验域长度1字节,为控制域到消息内容域的累加求和值

   帧尾长度1字节,固定为0x15

   通信层采用的是自解释处理,不需要应用层来介入消息的编解码。编码时,通信层会将消息的序号放入消息类型域中,解码时,会先提取消息类型域值,然后找到对应的消息类型,实例化后进行反序列化。所以这里要求proto文件中的message消息只能增加,而不能删除以前的message,不然会导致message的序号不一致,无法实现兼容以前的代码。

    这里的自解释使用从proto文件翻译出来的cc文件,而不是直接使用proto文件,之所以这么设计是考虑到直接使用proto文件执行效率会低很多。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值