_alignof不能直接用于地址对齐计算，因为它仅返回类型的对齐要求（如4），不判断当前地址是否已对齐；实际对齐需结合模运算或位运算调整地址值，且对齐数必须是2的幂。
为什么 _alignof 不能直接用来做地址对齐计算
_alignof 返回的是类型自身的对齐要求（如 _alignof(int) 通常是 4），但它不关心当前地址值是否满足该对齐——它只告诉你“这个类型希望怎么放”。实际做内存对齐时，你面对的是一个原始指针（比如 char*），需要把它挪到下一个满足 N 字节对齐的位置。这时候靠 _alignof 拿到的值只是个参考，真正得靠模运算和位运算来推算偏移量。
常见错误是写成：ptr + _alignof(T)，这完全没考虑当前地址余数，结果大概率不对齐。正确做法是先判断余数，再决定加多少。
- 对齐目标
N必须是 2 的整数次幂（否则模运算失效，且硬件不支持） - 若用
_alignof(T)作为N，要确保该类型在目标平台上的对齐值确实是你想要的（比如结构体可能因填充而提升对齐） - 对齐操作必须基于地址数值，所以先把指针转成
uintptr_t再算，避免有符号扩展或截断
用模运算实现通用地址对齐函数
最直观、可读性最强的方式就是用取模：把当前地址对齐数取余，差多少补多少。但要注意边界情况——如果地址已经对齐，补 0；否则补 N - (addr % N)。
uintptr_t align_up(uintptr_t addr, size_t alignment) {
size_t remainder = addr % alignment;
return remainder == 0 ? addr : addr + (alignment - remainder);
}使用时注意：
立即学习“C++免费学习笔记（深入）”；
-
alignment必须 > 0，且为 2 的幂（否则%运算无法对应硬件对齐语义） - 传入的
addr应来自合法分配的内存起始地址或其偏移，不要对野指针操作 - 该函数只负责“向上对齐”，不检查内存是否可写/是否越界——这是调用方的责任
- 性能上，模运算在 x86-64 上对 2 的幂会被编译器自动优化为位与，但显式写
%更易懂、更便携
用位运算加速对齐（仅限 2 的幂）
当确定 alignment 是 2 的幂（如 8、16、64）时，可以用位运算替代模运算，避免除法开销。原理是：对齐到 N 等价于清掉低 log2(N) 位，再加 N。
uintptr_t align_up_pow2(uintptr_t addr, size_t alignment) {
// 要求 alignment 是 2 的幂
return (addr + alignment - 1) & ~(alignment - 1);
}这个表达式比模运算快，但有几个硬约束：
-
alignment必须是 2 的正整数次幂，否则~(alignment - 1)会掩码错位，结果不可预测 - 当
addr为 0 时仍正确；但若addr接近UINTPTR_MAX，addr + alignment - 1可能溢出——需业务层校验 - 很多标准库（如
std::align）内部就用这种写法，但对外接口仍接受任意size_t，因为要兼顾安全性
别忘了 std::align —— 它不只是对齐地址
std::align 在 <memory></memory> 中定义，不是简单算地址，而是尝试在一个给定缓冲区内找出一块满足对齐和大小要求的子区域。它会修改传入的指针和剩余空间大小，适合配合 operator new 或自定义内存池使用。
void* buf = malloc(1024); size_t space = 1024; void* aligned_ptr = std::align(16, sizeof(MyStruct), buf, space);
关键点：
- 它返回
nullptr表示失败（空间不够或无法对齐），不是抛异常 - 成功时，
buf被更新为对齐后的起始地址，space被更新为剩余可用字节数 - 它隐含做了“地址+长度”双约束，比手写
align_up更健壮，但也更重——不适合高频微调 - 如果你只是想把一个已有指针往上凑到 16 字节边界，用
align_up更轻量；如果是在一块未知来源的 buffer 里找位置，优先用std::align
真正容易被忽略的是：对齐不是万能的，它解决的是访问效率和硬件要求问题；但如果底层内存本身没按需分配（比如用 malloc 分配的内存只保证 max_align_t 对齐），那再怎么算地址也没用——得从分配源头控制。
