alignas用于编译期指定类型或变量的对齐要求，必须是2的幂且不小于自然对齐；alignof返回类型的推荐对齐值；手动对齐内存需用posix_memalign等专用函数。
alignas 怎么用才不被编译器忽略
编译器只在类型定义或变量声明时尊重 alignas，写在函数内部的局部变量上基本无效（除非是静态存储期或作为结构体成员）。它不是运行时指令，而是编译期对布局的约束。
-
alignas值必须是 2 的幂，且不能小于该类型的自然对齐要求；比如alignas(3)直接报错，alignas(16) int x;合法，但alignas(8) char x;也合法（8 > 1） - 结构体加
alignas会抬高整个类型的对齐值，但不会自动重排成员——成员仍按声明顺序紧挨着放，只是整个 Struct 的起始地址会被拉到满足对齐的位置 - 常见误用：给指针变量加
alignas（如alignas(32) int* p;），这仅对指针自身对齐生效，和它指向的内存无关
alignof 返回的到底是啥
alignof 返回的是类型在标准布局下的**推荐对齐值**，即 std::alignment_of_v<t></t>，不是你 malloc 出来的那块内存的实际对齐——后者取决于分配器实现。
- 对内置类型，
alignof(int)通常是 4 或 8，取决于平台；alignof(double)通常是 8 - 对结构体，
alignof(MyStruct)等于其所有非静态数据成员中最大的alignof值，再向上取整到结构体自身alignas指定的值（如果有的话） - 注意：空结构体
struct {}的alignof是 1，但它的大小是 1，不代表能塞进任意地址——实际使用中仍受 ABI 约束
手动分配对齐内存时 malloc 不够用
普通 malloc 只保证最低限度对齐（通常 8 或 16 字节），要申请比如 64 字节对齐的缓冲区，得用专门接口。
- POSIX 系统用
posix_memalign：int err = posix_memalign(&ptr, 64, size);，失败返回非零错误码，ptr不变 - c++17 起可用
std::aligned_alloc，但要求 size 是 alignment 的整数倍，否则行为未定义 - windows 用
_aligned_malloc，对应释放必须用_aligned_free，混用free会崩溃 - 别试图用
new char[N]+ 偏移调整——没对齐的指针传给 SIMD 指令（如_mm256_load_si256）直接触发std::bad_alloc或段错误
结构体内存对齐的实际开销在哪
对齐真正吃空间的地方是结构体成员之间的 padding，而不是结尾。编译器不会在末尾无故补字节，除非下一个对象要按某种对齐继续排布。
立即学习“C++免费学习笔记（深入）”；
- 成员按声明顺序排列，编译器在每个成员前插入必要 padding 使其地址满足自身对齐要求
- 把大对齐成员（如
double、__m256）放在前面，小成员（char、bool）放后面，能显著减少总 padding -
alignas(32) struct { char a; double b; };实际大小可能是 40（a 占 1 字节，padding 7 字节对齐 double，b 占 8，再 padding 24 字节满足 struct 自身 32 对齐），而不是直觉上的 32+1
对齐不是越严越好，alignas(64) 在 L1 缓存只有 64 字节的 CPU 上反而容易导致 false sharing；而 alignof 查出来的值，未必是你做 SIMD 计算时真正需要的那个——得看指令集文档里写的对齐要求。