结构体内存对齐需按场景权衡：默认对齐保性能防崩溃，仅在协议封包、跨语言互操作、SIMD或缓存优化等明确需求时手动干预；必须用sizeof和offsetof验证真实布局，配合alignof确认对齐要求，字段重排（大→小）比禁用padding更安全高效。
结构体内存对齐问题不是“要不要解决”，而是“什么时候该让编译器填 padding，什么时候必须关掉它”。默认对齐能保性能、防崩溃；手动干预只在协议封包、跨语言互操作、SIMD向量化或缓存行优化等明确场景下才真正必要。
怎么查当前结构体的真实布局
不看 sizeof 和 offsetof 就动手改对齐，等于蒙眼调参。这两个工具是唯一可信的“真相探测器”：
-
sizeof(T)告诉你结构体占多少字节，但不告诉你字节怎么分布 -
offsetof(T, member)给出每个成员实际偏移，一目了然哪有 padding - 配合
alignof(T)确认结构体整体对齐要求，比如alignof(GoodLayout)是 8，哪怕它只有 16 字节 - 别信直觉排布——
struct { char a; int b; char c; }在 64 位 GCC 下通常是 12 字节，不是 6
什么时候用 #pragma pack，什么时候用 __attribute__((packed))
两者都能禁用 padding，但作用范围和可移植性天差地别：
-
#pragma pack(n)是预处理器指令，影响从它出现位置开始的所有后续结构体，直到#pragma pack()或文件结束；n通常取 1、2、4、8 -
__attribute__((packed))是 GCC/Clang 扩展，只修饰单个结构体，不影响其他类型，更安全；但 MSVC 不支持，得用#pragma pack(push, 1)+#pragma pack(pop)替代 - 网络协议封包常用
#pragma pack(1)，但要注意：memcpy直接拷贝 packed 结构体到 buffer 没问题，但若把 packed struct 成员地址传给期望对齐的函数（如_mm_load_si128），会触发 SIGBUS - 跨平台项目里，建议封装成宏：
#ifdef _MSC_VER用push/pop，#else用__attribute__
结构体字段重排比关对齐更安全、更高效
多数性能问题其实不靠关对齐，而靠字段顺序调整——既保留默认对齐带来的访问优势，又减少 padding：
- 原则很简单：按成员类型对齐值从大到小排列，比如先放
double（8）、再int（4）、再short（2）、最后char（1） - 同类型字段尽量挨着，避免中间被小类型割裂；比如
char a; int b; char c;会因b对齐要求插入 3 字节 padding，而int b; char a; char c;只需末尾补 2 字节 - 重排后用
static_assert(sizeof(T) == EXPECTED_SIZE, "layout changed")锁定大小，防止后续修改意外破坏布局 - 注意：重排不能解决跨平台 ABI 差异，比如 x86_64 和 ARM64 对
long的对齐要求可能不同，这时仍需显式对齐控制
真正容易被忽略的是：对齐控制不是孤立动作。改了 #pragma pack，就得同步检查所有涉及该结构体的 memcpy、reinterpret_cast、内存映射、DMA 传输和 SIMD 加载路径——这些地方一旦遇到未对齐地址，轻则慢 20%，重则直接 crash。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
