预编译 struct.Struct 实例可提升高频协议处理性能3–5倍；必须显式指定字节序（如!网络大端），定长字段需手动截断/填充并逐字节校验，推荐复用缓冲区与严格长度控制。
预编译 struct.Struct 实例避免重复解析
struct.pack() 和 struct.unpack() 每次调用都会重新解析格式字符串，开销等同于反复编译正则表达式。在高频场景（如每秒数百帧的传感器协议）下，这会拖慢整体吞吐量。
- 预编译后性能提升 3–5 倍，实测 10 万次打包，未预编译耗时约 8.2ms，预编译仅 2.1ms
- 格式固定就只初始化一次：
s = struct.Struct('!BH4s')（大端命令字+状态+4字节ID） - 把
s当作常量或类属性复用，别放在循环里反复新建 - 注意：预编译不改变行为，只省掉内部
_compile()调用
必须显式指定字节序，别依赖平台默认
@（原生对齐）和空字节序（默认）会导致不同机器上打包结果不一致，尤其跨 x86 与 ARM 设备通信时极易出错。
- 网络协议一律用
!（等价于>），比如struct.Struct('!I2sB') - 嵌入式固件接口若明确要求小端，用
<，例如struct.Struct('<Qf') - 绝对不要用
@：它会按平台 ABI 插入填充字节，和 C struct 布局对不上，二进制流多出冗余字节
s 类型字段要手动清理截断/补零
s 是定长字节串，不是 Python 字符串。传入超长内容会被静默丢弃，不足则补 \x00，直接 decode 可能触发 UnicodeDecodeError 或包含脏数据。
- 打包前确保长度匹配：
id_bytes = b'abc'[:4].ljust(4, b'\x00') - 解包后立刻清理：
name = unpacked[1].rstrip(b'\x00').decode('utf-8') - 别用
p（Pascal 字符串）：Python 3 已弃用，且长度字节位置难对齐，容易错位
用 pack_into 和 unpack_from 复用缓冲区
频繁构造新 bytes 对象会增加 GC 压力，尤其在嵌入式或内存受限环境。
- 复用
bytearray缓冲区：buf = bytearray(64) - 写入指定偏移：
struct.pack_into('!H', buf, 0, cmd) - 读取指定偏移：
status = struct.unpack_from('B', buf, 2)[0] - 避免每次
pack()分配新对象，节省堆空间和复制开销
真正省空间的关键不在“压缩”，而在避免隐式扩容、冗余填充和重复对象分配——字节序写死、Struct 预编译、缓冲区复用、s 字段严格截断，这四点漏掉任一，二进制流就可能多出几个字节，还难以定位。
