std::align 总返回 nullptr 是因为它不分配内存，仅在给定缓冲区中寻找对齐区域；若缓冲区不足、起始地址不满足最小对齐或对齐值非 2 的幂，即失败。
std::align 为什么总返回 nullptr？
因为 std::align 不分配内存，它只在你给的原始缓冲区里“划出一块对齐区域”。如果你传入的缓冲区太小、起始地址本身不满足最小对齐要求，或者请求的对齐值不是 2 的幂，它就直接返回 nullptr。
常见错误场景：
- 把
new char[n]的结果直接传给std::align，但没预留足够的 padding 空间（至少要多留alignment - 1字节） - 误以为
std::align会自动扩容或重定位，其实它只做指针偏移和校验 - 对齐值写成
12或1024这种非 2 的幂——标准明确要求 alignment 必须是 2 的幂，否则行为未定义
正确做法：先申请足够大的原始缓冲区（比如用 new char[size + alignment]），再用 std::align 在其中找对齐起点：
char* raw = new char[1024 + 64]; // 多留 64 字节应对最大对齐需求
void* ptr = raw;
size_t space = 1024 + 64;
bool ok = std::align(64, sizeof(MyStruct), ptr, space);
if (ok) {
MyStruct* aligned = new(ptr) MyStruct; // placement new
}_alignas 和 struct 布局的关系很微妙
_alignas（或 alignas）作用于类型或变量，但它不改变你 malloc 出来的地址对齐性，只影响编译期布局和 sizeof 计算。比如：
立即学习“C++免费学习笔记（深入）”；
struct alignas(32) Vec3 { float x,y,z; };这会让 sizeof(Vec3) 变成 32（补 20 字节 pad），但如果你写 new Vec3，分配器仍可能返回 8 字节对齐的地址——alignas 对运行时分配无约束力。
真正起作用的地方：
- 全局/静态变量：编译器保证按
alignas对齐 - 栈上变量：
alignas(64) char buf[256];会让buf地址是 64 字节对齐的 - 结构体嵌套：内层
alignas可能抬高整个外层结构体的对齐要求
注意：alignas(1) 是合法的，但会被忽略；alignas(0) 是编译错误。
手动对齐分配器要同时处理 size 和 alignment 预留
一个靠谱的手动对齐分配器不能只靠 std::align，必须自己管理原始内存的“头信息”和 padding。典型实现要预留两段空间：
- 头部：存原始指针（用于后续
delete[]） - padding：最多
alignment - 1字节，供std::align调整偏移
示例关键逻辑：
void* aligned_alloc(size_t size, size_t alignment) {
size_t total = size + alignment + sizeof(void*);
char* raw = new char[total];
char* aligned_ptr = raw + sizeof(void*);
size_t space = total - sizeof(void*);
void* ptr = aligned_ptr;
if (!std::align(alignment, size, ptr, space)) {
delete[] raw;
return nullptr;
}
*(static_cast<void**>(raw)) = raw; // 存原始指针
return ptr;
}
<p>void aligned_free(void<em> p) {
char</em> raw = *(static_cast<char**>(p) - 1);
delete[] raw;
}这里 sizeof(void*) 是为存原始地址预留的头空间，alignment 是为对齐预留的最大 padding。少留任何一段，aligned_free 就可能崩溃或泄漏。
std::aligned_alloc 是 C++17 起的更安全替代方案
如果你的目标平台支持 C++17 且 libc 实现可靠（如 glibc ≥ 2.16、MSVC 2019+），优先用 std::aligned_alloc：
- 它由标准库保证行为一致，不用自己算 padding
- 返回的指针可直接用
std::free释放，无需额外元数据 - 对齐值必须是 2 的幂且 ≤
alignof(max_align_t)，超限会返回nullptr
但注意：它的内存不能用 delete 释放，也不能和 new 混用。常见误用：
auto p = static_cast<int*>(std::aligned_alloc(32, 1024)); delete p; // ❌ 未定义行为！必须用 std::free(p);
跨平台项目若需兼容旧标准，还是得手写分配器；但只要能用 std::aligned_alloc，就别重复造轮子——它背后已经处理了 mmap/malloc 分支、页对齐优化等细节。
最容易被忽略的一点：对齐分配的性能代价不在分配本身，而在 cache line 争用和 TLB 压力。盲目对齐到 64 字节不一定加速，反而可能让多个小对象挤进同一 cache line 引发 false sharing。
