std::vector 默认无法用于 Direct IO，因其内存由 operator new 分配，不保证页对齐；正确做法是用 posix_memalign（Linux）或 _aligned_malloc（Windows）手动分配页对齐缓冲区，再通过 std::span 或裸指针使用，并确保缓冲区地址、写入长度和文件偏移均对齐到 4096 字节。
为什么 std::vector 默认无法用于 Direct IO
Direct IO（如 Linux 的 O_DIRECT）要求：缓冲区地址、数据长度、文件偏移量三者都必须对齐到操作系统物理页边界（通常是 4096 字节）。std::vector 的内存由 operator new 分配，不保证页对齐；即使你用 reserve() 预留空间，底层分配器仍返回任意地址。直接传给 write() 会触发 EINVAL 错误。
如何分配页对齐的缓冲区并绑定到 vector-like 接口
不能靠重载 std::vector 的分配器来“假装”对齐——std::allocator 不支持对齐请求（C++17 前），且即使 C++17 的 aligned_alloc 返回指针，std::vector 构造时也无法接管该内存所有权（无对应构造函数）。正确做法是手动管理对齐内存，再用 std::span 或裸指针模拟 vector 行为：
- Linux 下用
posix_memalign(&ptr, 4096, size)分配；Windows 下用_aligned_malloc(size, 4096) - 分配后检查
ptr是否非空，且(uintptr_t)ptr % 4096 == 0 - 写入前确保文件打开时带
O_DIRECT（Linux）或FILE_FLAG_NO_BUFFERING（Windows），且文件偏移和write()长度也对齐
示例关键片段（Linux）：
void* buf;
if (posix_memalign(&buf, 4096, 8192) != 0) {
// 失败
}
// 使用 buf 作为 write() 的第一个参数
ssize_t n = write(fd, buf, 8192); // fd 已 open(... | O_DIRECT)
O_DIRECT 写入时容易被忽略的三个硬性条件
缺一不可，否则系统调用失败或静默退化为 buffered IO（失去意义）：
立即学习“C++免费学习笔记（深入）”；
- 缓冲区地址必须页对齐 → 检查
(uintptr_t)buf & 0xFFF == 0 - 写入字节数必须是页大小整数倍 →
len % 4096 == 0 - 文件偏移量（
offset参数，若用pwrite()）也必须页对齐 →offset % 4096 == 0
注意：write() 使用当前文件偏移，所以调用前需 lseek(fd, aligned_offset, SEEK_SET)；若跳过这步，哪怕 buffer 和 len 都对齐，也会因 offset 不对齐而失败。
性能陷阱：缓存行竞争与预取干扰
页对齐只是 Direct IO 的门槛，不是性能保障。实际高速写入还需避开两个隐性开销：
- 多个线程共用同一缓存行（false sharing）：即使每个线程有自己的对齐 buffer，若它们在物理内存中相邻且跨缓存行（64 字节），CPU 会反复同步 L1 cache → 分配 buffer 时预留 padding，或用
memalign(65536, size)强制更大粒度隔离 - 内核预取（read-ahead）在 Direct IO 下无效，但若之前对该文件做过 buffered read，page cache 中残留脏页可能引发 writeback 竞争 → 写入前用
posix_fadvise(fd, offset, len, POSIX_FADV_DONTNEED)清理关联 page cache
真正稳定的高速 Direct IO，从来不是单靠对齐就能解决的；buffer 对齐只是第一道门，后面每一步都要和内核调度、存储栈、硬件队列深度咬合。
