跨进程传输struct结构体时如何确定数据字节序及表示规则

通信数据表示规则确定方式 #

跨进程通信的二进制数据表示规则（包含字节序、结构体对齐规则等），优先级最高的是通信双方预先约定的通信协议规范，和处理器架构没有强制绑定关系。
你当前示例中的结构体仅包含2个uint8_t类型的单字节成员，不存在多字节数据的字节顺序问题，所以当前场景下使用大端或者小端传输结果完全一致，不需要额外处理。

字节序与处理器架构的关系 #

• 如果你使用的是无特殊约定的同主机本地进程通信，双端都直接通过内存拷贝的方式读写结构体、没有做额外字节序转换，此时数据的字节序会和处理器原生字节序一致：x86、x86_64架构默认是小端，ARM、MIPS等架构可配置大小端，PowerPC默认是大端。
• 这种直接依赖处理器原生字节序的做法兼容性极差，如果后续进程迁移到不同架构的设备，或者需要跨设备通信，就会出现数据解析错误，不推荐使用。
• 正规的通用通信协议都会明确指定固定字节序，比如所有网络协议默认采用大端（也叫网络字节序），不管两端处理器架构是什么，发送方统一把多字节字段转成约定字节序再发送，接收方收到后转成本地字节序再使用，完全规避架构差异问题。

规则确认方式 #

• 如果通信双端都是你自己开发维护，直接约定规则即可：优先选择行业通用的大端作为通信字节序，同时明确结构体的对齐规则（比如指定1字节对齐，或者手动按字节拼接缓冲区，避免编译器自动插入填充字节导致的结构体内存布局差异）。如果约定使用大端作为通信字节序，可以直接调用标准库的htons()（16位主机转网络序）、htonl()（32位主机转网络序）系列函数做转换，接收方用对应的ntohs()、ntohl()转成本地字节序即可，不需要手动做大小端判断。
• 如果接收方进程是第三方提供的接口，直接查阅对应接口的官方开发文档即可，文档会明确标注传输要求的字节序、缓冲区结构、对齐规则等参数。

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