自定义协议的 magic number 超过 8 字节，如何在大小端系统正确解释

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

V2EX 提问指南

这是一个创建于 65 天前的主题，其中的信息可能已经有所发展或是发生改变。

假如协议头: 0xDEADBEEFDEADBEEFEF 9 个字节，而用于网络和主机字节序转换的函数 htonl/ntohl 最多能转换一个 long 的长度即 8 个字节

那么如何在大小端系统中传输这个自定义协议数据时，如何保证都能正确解释这个协议头（能够正确判断协议头对，自定义协议基于 TCP ）

期望：

TCP 数据：data=0xDEADBEEFDEADBEEFEF
小端系统：some_func(data) == 0xDEADBEEFDEADBEEFEF
大端系统：some_func(data) == 0xDEADBEEFDEADBEEFEF

结论：协议头正确

10 条回复 • 2024-09-11 15:33:48 +08:00

leonshaw

65 天前

字节数组

darkengine

65 天前

补齐到 16 个字节

ysc3839

65 天前 via Android

别用 magic number ，用 magic bytes 即可

zhujinliang

65 天前 via iPhone

把它看作一个 long 和一个 char ，依次判断是否相等

要我就只判断前 8 个字节是否相等，第 9 个爱是啥是啥

proxytoworld

65 天前

@ysc3839 逐字节比较？

galenzhao

64 天前

char[]

galenzhao

64 天前

@galenzhao TLV

BingoXuan

64 天前

unsigned char data[] = {0xde,0xad,0xbe,0xef,0xde,0xad,0xbe,0xef,0xef};
const uint32_t a = ntohl(*(uint32_t *)data);
const uint32_t b = ntohl(*(uint32_t *)(data+4*sizeof(char)));
const uint32_t c = ntohl(*(uint32_t *)(data+5*sizeof(char)));

BingoXuan

64 天前

@BingoXuan
直接判断 a == 0xDEADBEEF && b == 0xDEADBEEF && c== 0xADBEEFEF

ihciah

64 天前

大小端是在将多个字节解释为单个 primitive type （例如 u32, u64, i32 等）时遇到的问题。
那么你现在需要将其理解为 u64 吗？并没有。所以不涉及大小端问题，直接逐 byte 比较即可。
嫌慢可以上 SIMD ，一些现成库有实现，编译器可能也能将其自动向量化。