为何Python struct.pack('Bf')会生成4个0x00？求技术解释

这其实是结构体字节对齐的机制在起作用！Python的struct模块默认使用本地对齐规则（对应格式符前缀@，不指定前缀时就会默认启用），而在你的Windows 64位环境下，这个规则的核心逻辑是：

• 以结构体成员中占用字节数最大的类型作为对齐单位（这里f是float类型，占4字节；B是无符号字符，占1字节，所以对齐单位为4字节）
• 每个成员的起始地址必须是自身大小（或对齐单位，取更严格的要求）的整数倍

具体拆解'Bf'的填充逻辑： #

1. 第一个成员B（1字节）放在起始位置（偏移0），仅占用1字节（偏移0~0）
2. 下一个成员是f（4字节），它的起始地址必须是4的整数倍。当前偏移是1，距离最近的4的整数倍位置是4，因此需要在B后面填充3个\x00（偏移1~3），把偏移拉到4的起始点
3. 最后写入4字节的float数据（偏移4~7）
   最终总长度为1+3+4=8字节，也就是你看到的输出：b'\x00\x00\x00\x00\xe1\xca\xa7D'

对比'fB'无填充的原因： #

1. 第一个成员f（4字节）放在偏移0~3，刚好满足4字节对齐要求
2. 下一个成员B（1字节）直接放在偏移4即可——1字节的成员没有严格的对齐要求，任何位置都符合规则
   所以总长度是4+1=5字节，对应输出：b'\xe1\xca\xa7D\x00'

如何避免自动填充？ #

如果你不需要自动对齐，可以用两种方式：

• 使用=作为格式符前缀（表示原生字节序，无对齐），比如：

struct.pack('=Bf', 0, 1342.34)

输出会是b'\x00\xe1\xca\xa7D'，没有额外填充

• 直接用你提到的>（大端）或<（小端）格式符，它们默认也是无对齐的，比如struct.pack('<Bf', 0, 1342.34)也会得到无填充的结果

内容的提问来源于stack exchange，提问作者Lukasz