_aligned_malloc 是 windows 平台最简单可靠的对齐内存申请方式，必须配对使用 _aligned_free 释放，不可用 free 或 delete；它满足 simd、dma 等严格对齐需求，而普通 malloc/new 仅保证最小对齐（如 8/16 字节）。
直接说结论：_aligned_malloc 是 Windows 平台下最简单可靠的对齐内存申请方式，但必须配对使用 _aligned_free，且不能用 delete 或 free 释放——否则必崩。
为什么不用 new 或 malloc？
普通 malloc 和 new 只保证地址对齐到系统最小粒度（通常是 8 或 16 字节），无法满足 SIMD 指令（如 AVX-512 要求 64 字节对齐）、GPU 显存映射、或某些硬件 DMA 的严格对齐要求（比如 256 字节）。_aligned_malloc 是微软 CRT 提供的专用接口，底层调用 VirtualAlloc + 页内偏移调整，能稳定返回指定对齐（如 32、64）的地址。
- 对齐值必须是 2 的幂，且 ≥
sizeof(void*)（通常 ≥ 8） - 申请大小可以任意，但实际分配的内存会略大（用于对齐调整）
- 返回指针一定满足
((uintptr_t)ptr & (alignment - 1)) == 0
_aligned_malloc 的典型用法和常见错误
正确写法非常简洁，但几个细节极易出错：
void* ptr = _aligned_malloc(1024, 32); // 申请 1KB，32 字节对齐
if (!ptr) {
// 处理失败（如内存不足或 alignment 非 2 的幂）
}
// ... 使用 ptr ...
_aligned_free(ptr); // 必须用这个释放！
- 传入的
alignment若不是 2 的幂（如 12、20），行为未定义，多数情况返回NULL - 用
free(ptr)或delete ptr会触发堆损坏，Debug 模式下大概率弹出断言失败：“DAMAGE: after Normal block” - 在 DLL 中跨模块申请/释放需格外小心：若 DLL 和 EXE 链接不同 CRT（/MD vs /MT），
_aligned_malloc和_aligned_free可能不属于同一堆管理器
跨平台替代方案怎么选？
Linux/macOS 没有 _aligned_malloc，对应的是 posix_memalign：
void* ptr;
int ret = posix_memalign(&ptr, 32, 1024);
if (ret != 0) {
// ret == EINVAL（alignment 非 2 的幂）或 ENOMEM
}
-
posix_memalign参数顺序和返回值语义与_aligned_malloc完全不同：它通过指针参数输出地址，成功时返回 0 - C++17 起可用
std::aligned_alloc，但注意：它要求 size 是 alignment 的整数倍，且不保证在所有标准库实现中都支持（MSVC 直到 VS2019 16.8 才完整支持） - 若需真正跨平台，建议封装一层宏或工具函数，内部按平台分发调用
对齐内存本身不难，难的是释放路径的一致性——尤其在多线程、DLL 边界、或 RAII 封装时，_aligned_free 容易被遗忘或误替换成通用释放函数。一旦出问题，崩溃位置往往远离申请点，调试成本很高。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
