std::vector直接写磁盘慢且不安全，因其data()内存不对齐，导致O_DIRECT/FILE_FLAG_NO_BUFFERING失败或触发内核页复制；需用posix_memalign/_aligned_malloc手动分配页对齐内存，并严格满足偏移、文件大小、生命周期等约束。
为什么 std::vector 直接写磁盘会慢且不安全
因为默认分配的堆内存几乎不可能落在系统页（通常是 4KB）边界上，导致 write() 或 WriteFile() 在底层触发「缓冲写入」甚至「页复制」——内核要先拷贝到对齐的临时页再落盘。更严重的是，若用 std::vector::data() 传给 posix_memalign()-对齐的 I/O 函数（如 io_submit() 或 Windows 的 WriteFile() with FILE_FLAG_NO_BUFFERING），地址不对齐会直接失败并返回 ERROR_INVALID_PARAMETER 或 EINVAL。
- Linux 下启用
O_DIRECT时，buf地址、长度、文件偏移三者都必须是页大小（getpagesize()）整数倍 - Windows 启用
FILE_FLAG_NO_BUFFERING时，缓冲区地址需满足(uintptr_t)buf % 512 == 0（但推荐按 4KB 对齐以兼容所有设备） -
std::vector的data()永远不保证对齐，哪怕你 reserve 了空间也没用
如何手动申请页对齐内存并构造可写 vector 等价结构
不能靠 std::vector 自带分配器实现页对齐——它的 allocator_traits::allocate 不接受对齐参数（C++17 前）。必须绕过它，用系统 API 分配，再用 placement new 构造对象（仅限 trivially copyable 类型，如 uint8_t、int32_t）。
- Linux：用
posix_memalign(&ptr, getpagesize(), size)，成功后检查(uintptr_t)ptr % getpagesize() == 0 - Windows：用
_aligned_malloc(size, getpagesize())（注意：必须用_aligned_free()释放） - 对齐后，若存非 POD 类型（如
std::string），禁止用 placement new —— 此场景应改用std::vector+mmap()+msync()流式刷出 - 常见错误：用
aligned_alloc()但忘了free()替换为对应释放函数，导致崩溃或泄漏
示例（Linux，写入 raw bytes）：
void* buf;
size_t page_size = getpagesize();
size_t aligned_size = ((size_t)N + page_size - 1) & ~(page_size - 1);
if (posix_memalign(&buf, page_size, aligned_size)) {
throw std::runtime_error("posix_memalign failed");
}
// 使用 buf 作为 write() 的 buffer，确保 offset 和 len 也对齐
流式写入时如何避免阻塞和零拷贝失效
即使内存对齐，如果每次只写一小块（比如 1KB），O_DIRECT 或无缓存写仍可能退化为同步 I/O，吞吐掉一半以上。关键不是“对齐”，而是“聚合 + 对齐 + 异步”。
立即学习“C++免费学习笔记（深入）”；
- Linux 推荐组合：
io_uring+ 对齐 buffer + 批量提交（至少 64KB 起），避免write()系统调用开销 - Windows 推荐：
WriteFile()withFILE_FLAG_NO_BUFFERING | FILE_FLAG_OVERLAPPED+OVERLAPPED结构 +GetQueuedCompletionStatus() - 绝对不要在循环里反复
write(fd, buf + i, chunk)—— 即使 buf 对齐，每次调用都会进内核、查页表、校验对齐 - 注意文件打开方式：Linux 必须用
O_DIRECT | O_SYNC（或单独fsync()），Windows 必须用CREATE_NO_BUFFERING标志（即FILE_FLAG_NO_BUFFERING）
实际项目中容易被忽略的三个硬约束
很多代码跑通了却在线上翻车，问题往往卡在这三点上，不是逻辑错，是平台契约没守全。
- 文件必须事先用
ftruncate()（Linux）或SetFilePointerEx() + SetEndOfFile()（Windows）扩展到目标大小——O_DIRECT和无缓存写不支持自动扩容 - 写入偏移必须是页大小整数倍；若你要追加写，得自己维护当前对齐 offset，不能直接
lseek(fd, 0, SEEK_END)，因为末尾大概率不对齐 - buffer 生命周期必须覆盖整个 I/O 完成过程：异步写时，不能在
io_uring_submit()或WriteFile()返回后就free()buffer，得等完成通知
对齐不是终点，是高速写入的入场券。缺了页对齐，连门都进不去；但光有对齐，不处理 offset、文件大小、buffer 生命周期，照样在生产环境 core dump 或数据截断。
