std::vector直接写入磁盘慢且不安全，因其堆分配内存默认不对齐，而O_DIRECT要求起始地址、数据长度及文件偏移均4096字节对齐，否则触发EINVAL或降级至缓冲IO；需用posix_memalign分配对齐buffer并手动拷贝数据。
为什么 std::vector 直接写入磁盘会慢且不安全
因为 std::vector 的内存由堆分配，默认不对齐，而现代存储栈（尤其是 NVMe、O_DIRECT 场景）要求页对齐（通常是 4096 字节）才能启用无缓冲 IO；否则系统会自动 fallback 到内核缓冲区，失去零拷贝优势，还可能触发 EINVAL 错误。
常见错误现象：write() with O_DIRECT returns -1, errno=22 (Invalid argument)，或写入速度卡在 100~200 MB/s 上不去。
- 必须确保数据起始地址和长度都对齐到 4096 字节边界（x86-64 下
posix_memalign是可靠选择） -
std::vector无法直接控制分配器对齐，不能用默认构造后data()指针做O_DIRECT写入 - 即使对齐了，写入前还需确保页已驻留物理内存（
mlock()或memlock限制下慎用），否则首次写入仍可能 page fault
如何用对齐分配器构造可直接 O_DIRECT 写入的 buffer
不要试图 patch std::vector —— 改用裸指针 + 自定义对齐分配更可控。标准库没提供对齐 vector，C++17 的 std::aligned_alloc 不保证返回地址可传给 write()（某些内核要求严格页对齐，而非仅内存对齐）。
推荐做法：
立即学习“C++免费学习笔记（深入）”；
- 用
posix_memalign(&ptr, 4096, size)分配，size必须是 4096 的整数倍（不足则补零） - 用
memcpy把std::vector数据拷入该 buffer（注意：不是 move，vector 元素需可 memcpy） - 打开文件时加
O_DIRECT | O_SYNC（O_SYNC防止 write 返回后数据还在控制器缓存） - 调用
write(fd, ptr, size)前，确认size % 4096 == 0且(uintptr_t)ptr % 4096 == 0
示例关键片段：
void* buf; size_t aligned_size = ((vec.size() * sizeof(T)) + 4095) & ~4095; posix_memalign(&buf, 4096, aligned_size); memcpy(buf, vec.data(), vec.size() * sizeof(T)); // ... open with O_DIRECT ... write(fd, buf, aligned_size);
O_DIRECT 写入时容易被忽略的三个硬约束
这三个条件缺一不可，任一不满足都会静默降级或失败：
-
write()的count必须是 4096 的整数倍（哪怕最后一页不满，也要补零） - 用户 buffer 起始地址必须是 4096 对齐（
posix_memalign保证，malloc不保证） - 文件 offset（
lseek或pwrite的offset）也必须是 4096 对齐（否则EINVAL）
特别注意：pwrite() 比 lseek() + write() 更安全，避免多线程下 offset 竞态；但 offset 仍需手动对齐。
要不要用 libaio 或 io_uring？
单纯提升吞吐量的话，O_DIRECT + 多线程预分配 buffer 已能打满 PCIe 4.0 x4 NVMe（约 6–7 GB/s）；libaio 在旧内核上有意义，但接口复杂、错误码难 debug，且 C++ 无原生 RAII 封装。
io_uring 是当前最优解，但要求内核 ≥ 5.1，且必须用 IORING_OP_WRITE + IOSQE_IO_DRAIN 控制顺序。关键是：它仍要求 buffer 对齐 —— 和 O_DIRECT 完全一致，只是把 syscall 开销转为 ring 提交。
一句话判断：如果你的瓶颈在 CPU（比如单线程反复 syscalls），换 io_uring；如果瓶颈在磁盘带宽或对齐没做对，先修 buffer 再谈异步。
对齐这事，错一点就全盘失效，比选什么异步框架重要得多。
