_aligned_malloc分配的内存未调用构造函数，故不能直接当对象使用；必须配合placement new构造对象，并手动析构后调用_aligned_free释放。
_aligned_malloc 在 Windows 平台能直接分配指定对齐的内存，但它不是跨平台方案，且不调用构造函数——它只管地址对齐，不管对象生命周期。
为什么 _aligned_malloc 分配后不能直接当对象用？
它返回的是 void*，和 malloc 一样，只是把内存块起始地址按要求对齐了。如果你写 MyClass* p = (MyClass*)_aligned_malloc(sizeof(MyClass), 64);，p 指向的内存是空的，MyClass 的构造函数根本没执行。
- 必须配合 placement new 手动调用构造：
new(p) MyClass(args...) - 析构也得手动：
p->~MyClass()，再_aligned_free(p) - 如果类型有虚函数、非平凡构造/析构，跳过这步会导致未定义行为
_aligned_malloc 失败时返回 nullptr 的常见原因
它不像 new 默认抛异常，失败就静默返回 nullptr。容易被忽略的几个点：
- 请求的
alignment不是 2 的幂（比如传12或100）→ 行为未定义，多数实现直接返回nullptr -
size为 0 → Windows 下可能返回nullptr，不同 CRT 版本表现不一 - 系统无法满足大对齐 + 大尺寸组合（如
_aligned_malloc(1）→ 内存碎片或保留区不足 - 注意：它不支持
realloc变体，想调整大小只能重新分配 + memcpy + 释放
替代 _aligned_malloc 的跨平台写法：用 std::align + 普通分配器
想在 Linux/macOS 或标准 C++ 环境下复现类似功能，得自己管理 padding。关键不是“怎么对齐”，而是“怎么预留足够空间”：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 原始缓冲区必须比实际需求多留
alignment - 1字节，否则std::align必然失败 -
std::align不改原始指针值，只偏移并更新传入的ptr和space引用 - 示例逻辑：
char* raw = new char[size + alignment]; void* ptr = raw; size_t space = size + alignment; if (std::align(alignment, required_size, ptr, space)) { T* obj = new(ptr) T; // placement new // … 使用 obj obj->~T(); delete[] raw; }
对齐值设太大反而拖慢性能？
64 字节对齐适合缓存行优化，但设成 4096 或 65536 就过头了——不仅浪费内存，还可能破坏局部性：
- 一个 4KB 对齐块里，哪怕只放 8 字节数据，也会独占整个页，加剧内存浪费
- LLVM/Clang 在某些优化等级下会对超大对齐变量插入额外屏障指令，影响流水线
- 结构体成员用
alignas(64)没问题，但全局数组用alignas(4096) char buf[256]会让编译器拒绝生成代码（超出目标平台限制）
真正难的不是调用哪个函数，而是判断「这个对象到底需要几字节对齐」——alignof(T) 给的是下限，硬件缓存行宽度（通常是 64）才是常见上限，中间没有银弹，得结合 profiler 数据看访存瓶颈在哪。
