假如协议头: 0xDEADBEEFDEADBEEFEF 9 个字节,而用于网络和主机字节序转换的函数 htonl/ntohl 最多能转换一个 long 的长度即 8 个字节
那么如何在大小端系统中传输这个自定义协议数据时,如何保证都能正确解释这个协议头(能够正确判断协议头对,自定义协议基于 TCP )
期望:
some_func(data) == 0xDEADBEEFDEADBEEFEF
some_func(data) == 0xDEADBEEFDEADBEEFEF
结论:协议头正确
1
leonshaw 2024-09-11 11:54:21 +08:00
字节数组
|
![]() |
2
darkengine 2024-09-11 12:27:40 +08:00
补齐到 16 个字节
|
![]() |
3
ysc3839 2024-09-11 12:33:35 +08:00 via Android
别用 magic number ,用 magic bytes 即可
|
![]() |
4
zhujinliang 2024-09-11 12:33:59 +08:00 via iPhone
把它看作一个 long 和一个 char ,依次判断是否相等
要我就只判断前 8 个字节是否相等,第 9 个爱是啥是啥 |
![]() |
5
proxytoworld OP @ysc3839 逐字节比较?
|
6
galenzhao 2024-09-11 15:03:30 +08:00
char[]
|
![]() |
8
BingoXuan 2024-09-11 15:25:24 +08:00
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))); |
![]() |
9
BingoXuan 2024-09-11 15:25:59 +08:00
@BingoXuan
直接判断 a == 0xDEADBEEF && b == 0xDEADBEEF && c== 0xADBEEFEF |
![]() |
10
ihciah 2024-09-11 15:33:48 +08:00 ![]() 大小端是在将多个字节解释为单个 primitive type (例如 u32, u64, i32 等)时遇到的问题。
那么你现在需要将其理解为 u64 吗?并没有。所以不涉及大小端问题,直接逐 byte 比较即可。 嫌慢可以上 SIMD ,一些现成库有实现,编译器可能也能将其自动向量化。 |