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

[proxytoworld]

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

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

期望：

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

结论：协议头正确

[leonshaw]

字节数组

[darkengine]

补齐到 16 个字节

[ysc3839]

别用 magic number ，用 magic bytes 即可

[zhujinliang]

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

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

[proxytoworld]

@ysc3839 逐字节比较？

[galenzhao]

char[]

[galenzhao]

@galenzhao TLV

[BingoXuan]

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]

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

[ihciah]

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