alignas是C++11标准对齐控制，优先级高于#pragma pack；alignas指定变量或类型对齐值（必须为2的幂），请求小于自然对齐时被忽略；#pragma pack仅压缩结构体填充，不改变成员自身对齐约束。
alignas 是 C++11 引入的标准化对齐控制方式，#pragma pack 是编译器扩展（主要在 MSVC/GCC/Clang 支持），二者目标相似但机制、作用域和可移植性差异极大——不能混用，且 alignas 优先级高于 #pragma pack。
alignas 怎么用：对齐值必须是 2 的幂，且不小于默认对齐要求
alignas 用于强制指定变量或类型的对齐字节数，但它不是“设置内存对齐的万能开关”，而是向编译器提出对齐请求；若请求值小于类型自然对齐（如 int 默认 4 字节对齐），会被忽略。
-
alignas(16) char buf[32];：buf地址一定是 16 的倍数 -
struct alignas(32) Vec4 { float x,y,z,w; };：该结构体变量地址对齐到 32 字节，但内部成员仍按自身规则布局 - 对齐值必须是 2 的整数幂（
alignas(3)是非法的），常见值为 1/2/4/8/16/32/64/128 - 多个
alignas同时出现时取最大值：alignas(8) alignas(32) int x;等效于alignas(32)
#pragma pack 怎么影响结构体内存布局：它压缩填充，但不改变成员自身对齐约束
#pragma pack(n) 控制结构体成员之间最大允许的填充间隔，即“打包”结构体，常用于网络协议或硬件寄存器映射。但它不改变单个成员的自然对齐需求——只是限制编译器插入的 padding 大小。
-
#pragma pack(1)：完全禁用填充，所有成员紧挨着排布（最紧凑） -
#pragma pack(4)：每个成员起始偏移必须是 4 的倍数，且结构体总大小按 4 对齐 - 必须成对使用：
#pragma pack(push, 1)/#pragma pack(pop)才能安全局部生效，避免污染后续定义 - MSVC 和 GCC 都支持，但 Clang 在某些旧版本中对
#pragma pack解析更严格，建议优先用alignas+std::aligned_storage_t替代
alignas 和 #pragma pack 冲突时谁生效？alignas 会覆盖 pack 的对齐限制
当两者共存时，alignas 具有更高优先级。例如：
立即学习“C++免费学习笔记（深入）”；
#pragma pack(1)
struct S {
char a;
alignas(16) int b; // b 必须从 16 字节边界开始
char c;
};
此时 b 前会插入 11 字节 padding（使偏移达 16），即使 #pragma pack(1) 存在也无效；整个结构体大小至少为 32（a 占 1，padding 11，b 占 4，c 占 1，再加 15 字节补齐到 32）。这种组合极易导致意外膨胀，调试时要特别注意 offsetof 结果。
实际开发中该选哪个？优先用 alignas，pack 仅限 ABI 敏感场景
绝大多数情况应使用 alignas：它标准、明确、作用域清晰，且与 std::aligned_alloc、SIMD 类型（如 __m128）天然配合。而 #pragma pack 只应在以下场景谨慎使用：
- 对接 C 风格二进制协议（如文件头、网络包）
- 映射硬件寄存器结构体（要求绝对偏移）
- 逆向已有二进制格式（无法修改定义）
跨平台项目中，#pragma pack 容易因编译器行为差异引入 bug，比如 GCC 的 -mno-avx 可能让 double 对齐退化，而 alignas(32) 仍强制执行——这种隐式依赖容易被忽略。
