这是一个创建于 91 天前的主题，其中的信息可能已经有所发展或是发生改变。
假如协议头: 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
 |
1
leonshaw 91 天前
字节数组
|
 |
2
darkengine 91 天前
补齐到 16 个字节
|
 |
3
ysc3839 91 天前 via Android
别用 magic number ，用 magic bytes 即可
|
 |
4
zhujinliang 91 天前 via iPhone
把它看作一个 long 和一个 char ，依次判断是否相等
要我就只判断前 8 个字节是否相等，第 9 个爱是啥是啥 |
 |
5
proxytoworld OP @ysc3839 逐字节比较？
|
 |
6
galenzhao 91 天前
char[]
|
 |
8
BingoXuan 91 天前
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))); |
 |
10
ihciah 91 天前  2
大小端是在将多个字节解释为单个 primitive type （例如 u32, u64, i32 等）时遇到的问题。
那么你现在需要将其理解为 u64 吗？并没有。所以不涉及大小端问题，直接逐 byte 比较即可。 嫌慢可以上 SIMD ，一些现成库有实现，编译器可能也能将其自动向量化。 |
Select Language