std::vector默认内存无法用于dma或扇区对齐落盘，因其operator new仅保证16字节对齐，远低于512/4096字节扇区要求；o_direct或file_flag_no_buffering下未对齐会直接报错或降级。
为什么 std::vector 默认分配的内存无法直接用于 DMA 或扇区对齐落盘
因为 std::vector 底层调用的是 operator new（或 malloc），返回地址通常只保证 alignof(std::max_align_t)（常见为 16 字节），远低于磁盘扇区对齐要求（512 字节或 4096 字节）。若强行用 write() 或 WriteFile() 写入未对齐缓冲区，Linux 可能触发内核拷贝，Windows 可能直接报 ERROR_INVALID_PARAMETER；更严重的是，启用 O_DIRECT（Linux）或 FILE_FLAG_NO_BUFFERING（Windows）时，系统会直接拒绝未对齐的 I/O 请求。
如何申请 4K 对齐的 vector 等价内存（不依赖 C++20）
不能直接继承 std::vector，而应自定义分配器。关键点：用 posix_memalign()（Linux/macOS）或 _aligned_malloc()（Windows）分配原始内存，并在分配器中封装对齐逻辑。注意：必须成对使用对应释放函数（free() 不行）。
-
std::vector<uint8_t aligned_allocator>></uint8_t>是可行写法，其中aligned_allocator需重载allocate()和deallocate() - 避免在分配器中抛异常——异步 I/O 场景下异常传播路径不可控
- 对齐值必须是 2 的幂，且 ≥ 系统页大小（
getpagesize()）；设为 4096 覆盖绝大多数 NVMe/SSD 扇区边界
异步落盘时绕过 libc 缓冲、直通内核的关键配置
仅内存对齐还不够。必须禁用用户态缓冲，并确保 I/O 提交路径无隐式拷贝：
- Linux：打开文件时加
O_DIRECT | O_SYNC，且write()的 offset 和 buffer 地址都需 4096 字节对齐，buffer size 也需整除 4096 - Windows：用
CreateFile()指定FILE_FLAG_NO_BUFFERING | FILE_FLAG_OVERLAPPED，调用WriteFile()传入OVERLAPPED*，并确保lpBuffer由_aligned_malloc(4096)分配 - 切勿混用
std::ofstream—— 它无法控制底层 flags，且内部缓冲区必然未对齐
实际异步提交后如何安全回收对齐内存
异步 I/O 完成不等于数据已落盘，尤其在 O_DIRECT 下，内核可能仍在处理。释放内存前必须确认 I/O 完成：
- Linux：用
io_getevents()（libaio）或epoll_wait()+eventfd等待完成；回调中才可调用aligned_allocator::deallocate() - Windows：I/O 完成端口（IOCP）或
GetOverlappedResult()返回 TRUE 后，再调用_aligned_free() - 绝对禁止在 I/O 发起后立即
vector.clear()或析构——此时内存可能正被磁盘控制器读取，导致 UAF 或静默数据损坏
对齐分配+直通内核+完成等待这三步缺一不可；漏掉任一环，要么性能归零，要么触发未定义行为。真正“极速”的前提是全程可控、无隐式路径。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
