双缓冲翻转核心在于状态同步无竞态、写入不撕裂、刷盘不阻塞——需用三状态原子机（0=可写/1=切换中/2=待刷盘）配合std::atomic与内存序，禁用std::vector等隐式realloc容器，优先std::array或new char[N]+unique_ptr，大小选64KB～1MB；落盘须用writev()批量提交、禁用O_SYNC，fsync()仅在满/超时/显式flush时触发，崩溃防护依赖刷盘线程+信号捕获。
双缓冲翻转不是“换两块内存”就完事，关键在状态同步不能出竞态、写入不能撕裂、刷盘不能卡住业务线程。用 std::atomic 直接交换指针或索引是最简路径，但必须配合内存序和边界检查，否则日志会丢或读到半截数据。
缓冲区怎么分配才不触发 realloc 且线程安全
别用 std::vector<char></char> 或 std::string 做底层数组——它们的 push_back() 可能隐式 realloc，破坏原子性；异常抛出时还可能泄漏或析构未完成。
- 固定大小优先选
std::array<char></char>：编译期确定大小，无动态分配开销，栈/全局/静态均可，memcpy安全 - 若需堆上分配，用
new char[N]+std::unique_ptr<char></char>管理，但必须确保构造/析构不跨线程（即只在主线程创建） - 大小建议 64KB～1MB：太小（如 4KB）导致高频翻转，上下文切换抖动明显；太大（如 8MB）则单次
write()阻塞风险升高，且mmap映射成本陡增
如何用 std::atomic 实现无锁翻转
仅靠 std::atomic<bool></bool> 切换两个 buffer 指针是常见错误——它无法表达“正在写入中”这个中间态，生产者可能刚写一半就被翻走，消费者读到脏数据。
- 推荐三状态原子机：
std::atomic<int></int>控制状态：0=可写、1=切换中、2=待刷盘；用compare_exchange_weak跃迁，避免自旋死锁 - 生产者写入前检查状态是否为 0；若为 1，短时自旋（
std::this_thread::yield()）后 fallback 到线程局部临时缓冲（thread_local char[4096]） - 消费者确认 buffer 已满或超时后，先 CAS 置为 1，再原子交换指针，最后置为 2；绝不阻塞等待，buffer 为空时直接
sleep(0) - 每次翻转前后加
std::atomic_thread_fence(std::memory_order_release)和acquire，防止编译器/CPU 重排导致读写乱序
write() 落盘时容易踩的坑
即使缓冲区翻转无锁，write() 本身仍是系统调用瓶颈。频繁小写、错误打开标志、缺页异常都会让吞吐断崖下跌。
立即学习“C++免费学习笔记（深入）”；
- 文件必须用
O_WRONLY | O_CREAT | O_APPEND打开；禁用O_SYNC和O_DSYNC——它们会让每次write()等磁盘确认，彻底废掉双缓冲意义 - 用
writev()批量提交：攒够 4–8KB 再刷，比单条write()减少 70%+ 系统调用次数 - 避免拼接字符串：直接把
struct log_entry的二进制布局writev()出去，省掉格式化开销 -
fsync()只在三种时机触发：buffer 满、空闲超 1s、显式flush()调用；绝不放在每条log()后面
崩溃后最后几百毫秒日志怎么保得住
io_uring 的 IORING_SETUP_IOPOLL 只加速提交，不保证落盘；write() + fsync() 是目前最可控的持久化组合，但仍有窗口。
- 真正抗崩溃的关键是：刷盘线程在
write()成功后立即调fsync()，且该fsync()必须等返回才认为本次 buffer 持久化完成 - 不能依赖
O_DIRECT：它要求地址/长度对齐、绕过 page cache，反而增加开发负担，小日志写入性能更差 - 若业务允许丢少量日志，可在
fsync()失败时记录告警并继续；若强一致，则需 fallback 到临时文件 + rename 原子提交 - 注意：
fsync()本身不防进程崩溃，只防内核 crash 或断电；要防进程挂掉，得靠刷盘线程定期write()+fsync()并配合信号处理捕获
