Garmin GDL90二进制协议为何竭力避免载荷中出现首尾魔术字节？

GDL90协议的字节填充规则 #

通过“字节填充（byte-stuffing）”技术实现二进制透明性。若消息中出现与标志字节（0x7E）或控制转义字符（0x7D）相同的数据字节，需将其转换为唯一的双字节序列。

消息传输前，在两个标志字节之间的任何0x7D或0x7E字节前插入控制转义字符，并将原字节与0x20进行异或（XOR）操作。通过此方法，控制转义字符和标志字节仅用于帧同步或字节填充。

接收时，丢弃所有控制转义字符，后续字节与0x20异或后恢复为原始形式并加入消息。

示例：

• 第二个字节为0x7E的消息ID #2起始：0x7E 0x02 0x7D 0x5E …
• 第二个字节为0x7D的消息ID #3起始：0x7E 0x03 0x7D 0x5D …
• CRC值为0x7D 0x7E的消息结尾：…0x7D 0x5D 0x7D 0x5E 0x7E

我的困惑 #

以往实现二进制协议时，通常用魔术字节标记数据包起始，即便数据流中间出现魔术字节也无需处理——只要CRC、结束字节等校验不通过就丢弃整个数据包即可。但GDL90却刻意通过字节填充避免载荷中出现0x7D或0x7E，这会带来明显弊端：

• 含大量0x7E的数据包会大幅膨胀，无法保证包大小和传输时间；
• 所谓的“便于定位包起止”优势并不突出，优秀的解析器本就会过滤掉载荷长度、CRC、结束字节不匹配的消息。

我始终认为Garmin工程师的设计必有合理之处，想了解这种不惜代价避免载荷中出现帧标志/转义字符的设计到底有哪些益处？

设计合理性分析 #

1. 适配航空UART链路的可靠性需求 #

GDL90针对航空UART链路设计，这类链路容易受电磁干扰出现字节丢失或篡改。要是载荷里允许出现0x7E，一旦链路丢字节，解析器很可能把载荷里的0x7E误判成新包起始，导致后续帧序列完全错乱，甚至要花很久才能重新同步到正确的包边界。而通过字节填充彻底清除载荷中的0x7E，解析器可以无歧义地把所有0x7E当作帧边界，哪怕局部丢包，也能快速定位下一个有效帧的起始，减少同步恢复时间——航空场景里，数据实时性和可靠性远比传输效率重要。

2. 简化低算力嵌入式设备的解析逻辑 #

航空设备里不少终端是低算力的嵌入式硬件，性能有限。如果允许载荷里出现标志字节，解析器得维护复杂状态机：既要跟踪当前是否在帧内，碰到0x7E还要判断是真帧结束还是载荷巧合，还要结合长度、CRC做校验。但GDL90的设计让解析逻辑变简单：看到0x7E就认作帧边界，不用额外判断，大幅降低了嵌入式解析器的开发难度和算力消耗，更适配航空设备的低功耗、低算力特性。

3. 兼容早期航空硬件的链路层限制 #

GDL90诞生时间早，当时的UART硬件可能没有现代协议的纠错或同步机制，字节填充能彻底隔离帧控制字符和载荷数据，避免链路层把载荷里的控制字符误当成链路指令处理（比如有些早期UART设备会对特定字节做硬件级特殊处理）。这种设计最大化了协议和老旧航空硬件的兼容性，确保在各种设备上都能稳定运行。

4. 降低调试与维护的复杂度 #

航空设备调试时，工程师常直接抓取UART数据流分析。要是载荷里没有0x7E或0x7D，可以直接用0x7E快速分割所有帧，不用先做转义还原，调试时不用额外工具就能直观识别帧边界，定位问题效率更高。

内容的提问来源于stack exchange，提问作者Kenn Sebesta