正确配对关键在于根据 struct.pack() 实际字节反推C结构体布局，而非照搬C代码；需用 ctypes 或 readelf 确认真实偏移与大小，并在格式串中显式指定字节序和对齐（如 '=bi'）。
struct.unpack() 怎么正确配对 C 结构体的内存布局
关键不是“照着 C 代码写格式串”，而是按 struct.pack() 实际产出的字节序列反推——C 编译器对齐、填充、大小端这些细节，Python 的 struct 不会自动感知。比如 C 中 struct { char a; int b; } 在 x86_64 上通常占 8 字节（a 后补 3 字节对齐），但如果你直接用 'bi' 就会读错。
实操建议：
- 用
ctypes或gcc -g+readelf -wi查清真实偏移和总大小，再对应写struct.unpack()格式串 - 显式加对齐控制符：
'=bi'（本机字节序+无对齐）或'<bi>（小端+无对齐）比默认更可控</bi> - 字段多时优先用
struct.Struct预编译对象，避免每次调用都解析格式串
遇到 packed 结构体（#pragma pack(1)）怎么处理
这是最常踩坑的点：C 端用了 #pragma pack(1) 强制紧凑排列，而 Python 默认按自然对齐 unpack，结果字段全偏移。错误现象通常是 struct.error: unpack requires a buffer of X bytes 或数值明显异常（比如 int 字段读出负数或超大值）。
必须关闭对齐：
立即学习“Python免费学习笔记（深入）”；
- 用
'= '（等号开头）强制标准尺寸+无对齐，例如struct.unpack('=cI', data) - 绝不能用
'@'（默认行为），它会按 C 编译器规则对齐，和pack(1)冲突 - 如果结构体混用 packed 和非 packed 区域，拆成多次
unpack()调用，别强求单条格式串
如何安全处理变长字段（如 C 的 char name[32] 或 uint8_t buf[]）
struct 模块本身不支持动态长度，所有字段长度必须在 unpack 前已知。所谓“变长”在二进制流里其实是“固定最大长+实际长度由另一字段指示”。
典型解法：
- 先 unpack 头部固定部分（含长度字段），例如
header = struct.unpack('<i data></i> - 再切片取出后续数据：
payload = data[4:4+header[0]] - 对 payload 单独处理（可能再 unpack，也可能直接
bytes.decode()） - 字符串字段要手动截断空字符：
name = data[off:off+32].split(b'\x00', 1)[0].decode('utf-8')
为什么 unpack 后数值和 C 端不一致？检查这三处
常见原因不是代码写错，而是底层约定没对齐：
- 字节序：C 端是
htons()还是原生？Python 必须用'>'（大端）或'（小端），不能依赖 <code>'!'（网络序）除非确认 C 端也转了 - 有符号性：C 的
uint32_t对应'I'，不是'i'；int8_t是'b'，不是'B' - 浮点精度：C 的
float是 32 位，Python 用'f'；若 C 端用double却误写'f'，结果完全不可信
真正麻烦的是嵌套结构体或位域——struct 模块根本不支持位操作，这种场景得换 bitstruct 或手写位移逻辑。
