struct.unpack()默认按本机字节序解析，若与C程序写入的字节序不匹配会导致数值错误；解决方法是在格式字符串开头显式指定字节序：''或'!'表示大端（网络序）。
struct.unpack() 解析二进制数据时字节序不匹配导致值异常
Python struct.unpack() 默认按本机字节序（sys.byteorder）解析，而 C 程序写入的二进制文件常显式指定字节序（如网络字节序 big-endian）。若不显式声明，int32_t 可能被读成完全错误的数值，比如 b'\x00\x00\x00\x01' 在小端机上解出 16777216 而非 1。
解决方法是始终在格式字符串开头加上字节序标识符：
' 表示 little-endian（对应 C 的uint32_t在 x86 写入）-
'>'表示 big-endian（对应htonl()写入） -
'!'表示 network byte order（等价于'>'） - 省略或使用
则依赖本机，**不可移植**
例如：C 端用 write(fd, &val, sizeof(int32_t)) 在 Linux x86 直接写入，Python 应用 struct.unpack('；若 C 端用 htons() 写两个字节，则 Python 用 '>H'。
处理 C 结构体中的 padding 和对齐问题
C 编译器会按目标平台默认对齐规则（如 4 字节对齐）在结构体字段间插入 padding 字节，而 struct.unpack() 不自动跳过这些字节——它只认格式字符串里写的字段。直接按字段类型拼格式（如 'iif'）很可能因忽略 padding 导致后续字段偏移错乱。
正确做法是：先用 C 的 offsetof() 或 sizeof() 确认实际内存布局，再把 padding 显式写进格式串：
- 用
'x'表示单字节 padding - 用
'2x'表示两字节 padding - 用
'c'+ord()验证某字节是否为预期 padding 值（如全零）
示例：C 中 struct { char a; int b; }; 在 gcc x86_64 实际占 8 字节（a 后有 3 字节 padding），对应 Python 格式应为 'cxxx i'，而非 'ci'。
解析含固定长度字符数组（如 char name[32]）的结构体
C 中 C 中 char name[32] 是定长字节数组，不是以 ' 结尾的字符串。直接用 char name[32] 是定长字节数组，不是以 '\0' 结尾的字符串。直接用 '32s' 解出的是带可能乱码的 bytes，不能直接当 str 用；若用 '32p'（Pascal string）则完全错误——'p' 期望首字节为长度，与 C 数组语义不符。'32s' 解出的是带可能乱码的 bytes，不能直接当 str 用；若用 '32p'（Pascal string）则完全错误——'p' 期望首字节为长度，与 C 数组语义不符。
安全做法分两步：
- 用
'32s'解出原始bytes - 调用
.rstrip(b'\x00').decode('utf-8', errors='replace')清除末尾空字节并转字符串
注意：若 C 端可能写入非 UTF-8 字节（如路径含 GBK 编码），需按实际编码 decode；errors='ignore' 比 'replace' 更适合二进制日志场景。
嵌套结构体或变长字段无法直接用 struct.unpack()
struct 模块只支持固定长度、编译期已知布局的结构体。遇到 C 中的 struct { int count; MyItem items[]; }（柔性数组）或含指针/联合体的结构，struct.unpack() 无能为力——它不解析内存地址，也不处理运行时长度。
可行路径只有两条：
- 先用
struct.unpack()解出头部（如count），再用循环对每个items[i]单独 unpack（需预先知道单个MyItem的格式和长度） - 改用
ctypes：定义对应Structure子类，用_fields_描述布局，再用from_buffer_copy()加载整块内存——它能处理数组、嵌套结构甚至 bitfield
别试图用 struct 模拟指针跳转：C 的 char* 在 Python 里只是数字地址，没有上下文就无法还原所指内容。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
