常用的某协议设计如下： 包括帧头，命令字，帧序号，帧长度，帧数据，校验字，帧尾。
|
1B |
1B |
2B |
4B |
NB |
2B |
2B |
|
帧头 |
命令字 |
帧序号 |
帧长度 |
帧数据 |
校验字 |
帧尾 |
|
HEAD |
CMD |
FRAME_SEQ |
DATA_LEN |
DATA |
CRC |
TAIL |
一般协议解析时，定位到帧头，通过帧长度汲取一个帧。然后校验下校验字和帧尾确保本帧没问题。
然后这样设计有一个小风险，就是帧数据也包含帧头就很尴尬。
1、读取到错误的帧长度有内存溢出风险。
2、读取到错误的帧长度导致后续的帧都被误读取。
3、本帧必然发生校验字错误被丢弃。
因此，最好能对帧数据进行帧头的剔除工作。
今天翻看tcp/ip看到一节，SLIP的协议包装可以借鉴下。
如图，每段IP数据段被封装时，有个END标记“0xC0“，对数据报中的“0xC0”进行加工，翻译成“0xdb0xdc”，再对报文中的"0xdb"后面加上“0xdd”。
这样只有在数据包的首尾才有“0xC0”了。
缺点就是1、报文稍稍变长几个字节，稍微影响点带宽（取决于保卫中关键字的出现频率）
2、需要对数据报进行逆向翻译操作，带来了一定的工作量。
但总体而言还是有意义的吧，总比报文乱序了好。