因为std::vector默认使用operator new/malloc分配内存，仅保证8/16字节对齐，不满足DMA或O_DIRECT所需的4096字节页对齐等物理边界要求，强行使用会触发EINVAL错误或静默降级为bounce buffer拷贝，导致性能归零。
为什么 std::vector 默认分配的内存无法用于 DMA 或直接 I/O
因为 std::vector 调用的是 operator new 或 malloc，返回的地址只保证基本对齐（通常 8 或 16 字节），远低于存储设备扇区边界（如 4096 字节）或 CPU 缓存行（64 字节）、NUMA 页面（2MB）等物理对齐要求。若强行将未对齐内存传给 io_uring、libaio、GPU pinned memory 或 RDMA，会直接触发 EINVAL 错误或静默降级为 bounce buffer 拷贝——性能归零。
用 posix_memalign + 自定义 allocator 替换默认分配器
不能只靠 std::vector 构造函数传入大小就完事；必须控制底层原始内存的分配方式。标准做法是写一个满足 Allocator 概念的类，重载 allocate() 使用 posix_memalign，并确保 deallocate() 用 free() 配对（posix_memalign 分配的内存不能用 delete）。
-
alignment至少设为4096（常见扇区大小），若对接 NVMe SPDK 或 DPDK，需按需提高到2097152（2MB 大页） - 分配失败时
posix_memalign返回非零值，不是抛异常，务必检查返回码 - 自定义 allocator 的
value_type必须与vector元素类型一致，否则编译失败 - 示例关键片段：
void* ptr;<br>int ret = posix_memalign(&ptr, 4096, n * sizeof(T));<br>if (ret != 0) throw std::bad_alloc();
异步 I/O 绑定前必须验证对齐与长度是否满足设备约束
即使内存对齐了，Linux 的 io_uring 仍可能拒绝提交：比如文件 offset 非扇区对齐、buffer length 不是扇区整数倍、或文件系统挂载时禁用了 direct I/O（如 ext4 的 data=journal 模式）。这些错误在 io_uring_submit() 后才通过 CQE 返回 -EINVAL 或 -EOPNOTSUPP，不提前检查就会白跑一轮异步流程。
- 用
ioctl(fd, BLKSSZGET, §or_size)实时获取设备真实扇区大小，别硬写4096 - 检查
lseek(fd, offset, SEEK_SET)是否返回offset（确认 offset 对齐） - buffer 起始地址用
reinterpret_cast<uintptr_t>(ptr) % sector_size == 0</uintptr_t>校验，length 用len % sector_size == 0 - 打开文件必须带
O_DIRECT，且确保文件系统支持（XFS、ext4（data=ordered）可，btrfs 需nodatacow）
别忽略缓存一致性与生命周期管理
对齐内存 ≠ 可安全异步访问。CPU 可能还在写回 cache line，而 DMA 引擎已开始读取；或者 vector 析构触发 deallocate()，但异步 I/O 还没完成——结果是 UAF 或脏读。
立即学习“C++免费学习笔记（深入）”；
- 提交
io_uring前调用__builtin_ia32_clflushopt(ptr)（x86）或__builtin_arm_dccvau（ARM）刷出 cache，必要时加sfence/dsb ish - 必须持有
vector（或其 allocator 管理的原始指针）直到 CQE 完成回调执行完毕，不能依赖 RAII 自动释放 - 若用
std::shared_ptr管理对齐内存，注意shared_ptr的 deleter 必须调用free()，而非delete
对齐和异步本身不难，难的是把内存生命周期、设备约束、cache 行为、错误分支全部串起来不漏掉一环。少校验一个 offset，少 flush 一行 cache，都可能让“极速”变成随机 hang 或数据错乱。
