_alignof仅返回类型要求的最小对齐值，不能判断地址是否对齐；需用(reinterpret_cast(ptr) & (N-1)) == 0判定，且N必须为2的幂。
如何用 _alignof 判断某个类型或变量是否在指定对齐边界上对齐
直接结论：_alignof 只能查类型/表达式的**要求对齐值**（即编译器保证的最小对齐字节数），它本身不告诉你某块内存地址是否满足该对齐。要判定“地址是否对齐”，必须结合地址值做模运算。
常见错误是写成：if (_alignof(T) == 4) { /* assume ptr is 4-byte aligned */ } —— 这完全无效，_alignof 和运行时地址无关。
-
_alignof(T)是编译期常量，比如_alignof(double)在多数平台是8，但它不检查ptr的值 - 真正要判断地址
ptr是否按N字节对齐，得用：(reinterpret_cast<uintptr_t>(ptr) & (N - 1)) == 0</uintptr_t>（推荐位与）或(reinterpret_cast<uintptr_t>(ptr) % N) == 0</uintptr_t>（模运算，但有除零和性能顾虑） - 注意：
N必须是 2 的幂，否则位与法失效，模运算也失去意义（标准对齐要求都是 2 的幂）
为什么优先用位与而非 % 做对齐判定
模运算看着直观，但实际在对齐判定中既不安全也不高效。
-
ptr % N要求N != 0，而对齐值可能来自模板参数或配置，若传入0或非 2 的幂（如3），行为未定义且难调试 - 编译器对
x % (1 通常能优化为位与，但对任意 <code>N不保证；而显式写(x & (N-1)) == 0更明确、更易被优化 -
uintptr_t是唯一能无损容纳指针值的整型，必须用它转换，不能用size_t（在某些嵌入式平台可能不够宽） - 示例：检查
buf是否按16字节对齐：(reinterpret_cast<uintptr_t>(buf) & 0xF) == 0</uintptr_t>
封装一个泛型对齐判定函数要注意什么
写成 template<typename t> bool is_aligned(const void* p)</typename> 看似方便，但隐含陷阱。
立即学习“C++免费学习笔记（深入）”；
- 不能直接用
_alignof(T)当作对齐目标——用户可能想检查“是否按 32 字节对齐”，而非T自身要求的对齐值 - 更实用的是双参数版本：
is_aligned(const void* p, size_t alignment)，其中alignment应校验是否为 2 的幂（可加assert((alignment & (alignment - 1)) == 0)） - 若想支持编译期对齐值，可用
constexpr模板参数：template<size_t align> constexpr bool is_aligned(const void* p)</size_t>，这样Align必为常量，编译器可彻底优化掉分支 - 别忘了 const-correctness：输入指针是
const void*，函数不修改内存
_alignof 和 alignof 的实际差异与兼容性
在现代 C++ 中，优先用标准 alignof；_alignof 是旧式扩展（MSVC / GCC 都支持），但语义等价、无额外功能。
-
alignof是 C++11 标准操作符，支持类型名和表达式（如alignof(int)、alignof(x)），_alignof行为一致但非标准 - 某些老项目或跨平台宏里仍见
_alignof，但新代码应统一用alignof，避免混淆 - 注意：对位域成员、临时对象、函数类型等，
alignof可能返回0或引发编译错误，使用前需确认类型合法 - 结构体对齐值不等于其最大成员对齐值——受
#pragma pack、alignas或编译器默认规则影响，实测建议用alignof(MyStruct)直接取，别手算
真正容易被忽略的是：对齐判定永远依赖运行时地址值，而 alignof 只提供静态约束。两者职责不同，混用就会出错。
