双缓冲区禁用std::vector因扩容破坏原子性，须用固定大小std::array或char buf[N]；采用三状态原子机控制切换；禁用O_SYNC/O_DSYNC，仅在buffer满、空闲超1s或显式请求时fsync。
双缓冲区为什么不能用 std::vector 动态扩容
因为 realloc 会破坏原子性：应用线程正在往 std::vector 尾部拷贝日志时，若触发扩容，底层指针可能被移动，而此时后台 flush 线程若正通过旧指针读取，就会读到脏数据或越界访问。
实操建议：
- 固定大小缓冲区必须用
std::array或char buf[N]声明，N 取 4096～65536（4KB～64KB），兼顾页对齐与缓存行友好 - 禁用任何运行时分配操作（
new[]、malloc、std::string）在缓冲区切换路径上 - 若需支持超长日志（> buffer 剩余空间），应 fallback 到临时栈缓冲（如
thread_local char tmp[4096]），而非扩容原 buffer
std::atomic 指针交换时怎么避免写一半就被翻转
仅靠 std::atomic 交换指针是危险的——它不保证“当前 buffer 已写满”这个语义。生产者可能刚写入 80% 就被消费者拿走，导致日志截断。
实操建议：
- 用三状态原子机：
std::atomic控制READY_TO_WRITE → SWITCHING → READY_TO_FLUSH - 生产者写入前检查状态是否为
READY_TO_WRITE；若为SWITCHING，应自旋等待或跳转到临时缓冲 - 消费者确认 buffer 满/超时后，先
compare_exchange_strong置为SWITCHING，再交换指针，最后置为READY_TO_FLUSH - 绝不使用
std::atomic_flag模拟多状态——它只能表达“开/关”，无法承载中间态
write() 调用要不要加 O_SYNC 或 O_DSYNC
绝对不要。加了就等于废掉整个双缓冲设计：每次 write() 都会等磁盘确认，主线程虽不卡，但后台 flush 线程变成串行瓶颈，吞吐归零。
实操建议：
- 文件打开用
O_WRONLY | O_CREAT | O_APPEND，禁用O_SYNC、O_DSYNC、O_DIRECT -
fsync()只在三个时机调用：buffer 满、空闲超 1s、显式flush()请求 - 批量写入优先用
writev()合并多个struct log_entry，避免拼接字符串；二进制布局直写更省 CPU - 配合
posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)在write()后提示内核释放 page cache，减少内存压力
后台 flush 线程该用 io_uring 还是普通 write()
除非你已稳定运行 kernel ≥ 5.11 + 全链路适配 io_uring（包括文件打开标志、内存对齐、sqe 生命周期管理），否则选专用线程 + write() 更稳。
实操建议：
- io_uring 要求 buffer 内存用
posix_memalign(4096, size)对齐，否则提交直接返回-EINVAL - 别复用
io_uring_sqe结构体：每次提交前必须重置user_data和flags，否则 completion 乱序 - 失败时（如
-EAGAIN）不能立即重试，应挂入 pending 队列，等下一轮io_uring_submit()时再推 - 普通
write()方案中，用std::this_thread::sleep_for(1ms)轮询 + 每次最多取 64 条合并写入，延迟和吞吐实测不输 AIO
缓冲区大小、状态跃迁时机、fsync 触发条件这三项，才是实际压测中真正影响丢日志和卡顿的硬点，不是 API 选得“新”就一定好。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
