alignas仅对变量声明、类/结构体定义、联合体生效，不能用于函数参数、非静态局部变量或返回值；其值必须为2的整数次幂且不超过实现限制；多重alignas取最大值；影响内存布局，需注意offsetof、memcpy及跨平台一致性；堆分配需专用接口如std::aligned_alloc。
alignas 用在哪儿才生效
它只对变量声明、类/结构体定义、联合体起作用，对函数参数、局部变量（非静态）或返回值没意义。比如 alignas(16) int x; 让 x 地址按 16 字节对齐；但 void f(alignas(16) int y) 是非法的——编译器直接报错 error: 'alignas' attribute cannot be applied to a parameter。
常见错误是以为加在函数里就能控制栈上变量对齐，其实不行。真正需要对齐的局部缓冲区，得用 alignas 声明数组或结构体实例，或者用 std::aligned_storage_t + placement new 手动管理。
alignas 的数值不是随便写的
只能是 2 的整数次幂（1, 2, 4, 8, 16…），且不能超过实现限制（通常最大是 128 或 256，查 __alignof__(max_align_t) 可知）。写 alignas(12) 或 alignas(100) 会触发编译错误 error: alignment value is not an integer power of two。
更隐蔽的问题是：对一个类型反复叠加 alignas，最终对齐要求取的是“最大值”，不是累加。比如：
立即学习“C++免费学习笔记（深入）”；
struct alignas(8) A { char a; };
struct alignas(32) B : A { char b; };这时 B 的对齐是 32，不是 8 和 32 的某种组合。继承不会降低对齐要求，只会继承并可能提升。
和 offsetof / memcpy 打交道时容易翻车
一旦用了 alignas，结构体内成员偏移就不再是紧凑排列。比如：
struct S {
char a;
alignas(8) int b;
};offsetof(S, b) 很可能是 8，而不是 1 —— 中间插了 7 字节填充。这时候如果用 memcpy 按字节拷贝裸内存再 reinterpret_cast，必须确保源和目标布局完全一致，否则读到的 b 是错的。
容易踩的坑：
- 把
alignas结构体当成 POD 就直接memcpy到网络包里，没考虑填充字节导致协议解析失败 - 用
sizeof算“有效数据长度”，却忘了alignas拉大了整体大小，导致 buffer 不够用 - 跨平台时，不同编译器对相同
alignas值的实际填充策略略有差异（尤其在嵌套结构中）
alignas 和 new / malloc 的关系
new 默认只保证 __alignof__(std::max_align_t) 对齐（通常是 16），不满足更高要求。所以 alignas(32) int* p = new int[4]; 这种写法无效——alignas 在这里只是修饰指针类型，不是分配行为。
真要拿到 32 字节对齐的堆内存，得用：
-
std::aligned_alloc(32, size)（C++17 起，需#include <memory></memory>） - 或
operator new(size, std::align_val_t{32})（C++17，配合operator delete(p, std::align_val_t{32})） - 旧标准只能靠
posix_memalign或自己做地址调整
漏掉匹配的释放方式（比如用普通 delete 释放 aligned_alloc 的内存），大概率 crash。
对齐不是加个关键字就完事，它牵扯到内存布局、ABI 兼容、分配器行为三个层面。最常被忽略的是：对齐要求一旦写进头文件，就锁死了二进制接口——哪怕只改一个 alignas 值，动态库和调用方也得重新编译。
