alignas后必须跟2的整数次幂，如alignas(16)；非2的幂如alignas(3)会编译报错；对齐值不得小于类型自然对齐，且仅控制首地址对齐，不影响内部布局或后续变量。
alignas 后面直接写数字，但必须是 2 的整数次幂
你写 alignas(16) 就是要求变量或类按 16 字节对齐，编译器会把它放在地址能被 16 整除的位置。但不能写 alignas(3)、alignas(12) 这种非 2 的幂的数，否则编译报错：error: alignment argument must be a power of two。常见合法值是 1、2、4、8、16、32、64、128，最大值取决于目标平台（x86-64 通常支持到 4096）。
注意：对齐值不能小于类型自身的自然对齐（natural alignment）。比如 int 通常是 4 字节对齐，你写 alignas(2) int x; 会被忽略——编译器仍按 4 对齐，因为“更松的对齐”不生效；但 alignas(8) int x; 就会强制升为 8 字节对齐。
用在变量声明时，只影响该变量的起始地址
这是最直观的用法，对齐约束只作用于那个变量本身，不传染给后续变量：
alignas(32) char buffer[64]; int x; // x 不受 buffer 对齐影响，仍按默认规则对齐
常见场景包括：为 SIMD 指令准备缓冲区（如 AVX2 要求 32 字节对齐）、对接硬件寄存器映射、避免 false sharing（多线程下缓存行竞争）。
立即学习“C++免费学习笔记（深入）”；
容易踩的坑：
-
alignas不改变数组元素间距，只控制首地址 ——alignas(16) int arr[4];只保证arr地址 % 16 == 0，每个int还是占 4 字节、紧挨着排 - 局部变量加
alignas可能导致栈帧变大（编译器要插入 padding），但不会影响函数调用约定 - 全局/静态变量加
alignas会影响 .bss 或 .data 段布局，可能让链接后镜像体积略微增大
用在 struct/class 定义上，控制整个类型的对齐要求
加在类定义前，会让该类型所有实例（无论堆、栈、全局）都满足这个对齐约束：
struct alignas(64) CacheLineData {
int a;
double b;
};
CacheLineData x; // x 的地址 % 64 == 0
CacheLineData* p = new CacheLineData; // p 指向的内存也 % 64 == 0（new 已重载支持对齐）
关键点：
- 类内部成员布局不变，
alignas不重排字段，也不自动填充 —— 你要自己用char pad[...]或[[no_unique_address]]控制内部紧凑性 - 继承时，派生类的对齐取基类和自身
alignas的较大值；多重继承则取所有基类中最大对齐值 - 如果类有虚函数，vptr 位置不受
alignas影响，但整个对象起始地址仍满足对齐
和 alignof、std::aligned_storage 搭配用才完整
alignas 是“设定期望”，alignof 是“查询实际” —— 它返回类型在当前编译环境下的对齐值：
static_assert(alignof(CacheLineData) == 64, "wrong alignment");
真正分配对齐内存时，alignas 声明的变量靠编译器自动处理；但动态分配需手动干预：
- 用
operator new(std::size_t, std::align_val_t)（C++17 起） - 或用
std::aligned_alloc（需手动free） -
std::aligned_storage已被弃用（C++23），别再用
最容易被忽略的一点：模板类里用 alignas 要小心推导 —— 如果对齐值依赖模板参数（比如 alignas(N) 中 N 是非类型模板参数），必须确保 N 是常量表达式且为 2 的幂，否则编译失败。
