双缓冲区需用固定大小std::array或自定义栈式buffer，buffer_a与buffer_b通过原子指针无锁切换；应用线程仅append()，后台线程flush()时原子交换并只读访问；推荐专用flush线程+write()配合fdatasync()，状态用std::atomic_flag管理，日志采用定长前缀+可变体格式。
双缓冲区结构怎么组织才不丢日志又不卡主线程
核心是两块独立内存区域交替写入，一块被应用线程填充时，另一块由后台线程刷盘。不能用 std::vector<char></char> 动态扩容——写一半触发 realloc 会破坏原子性；也不能直接裸指针配 new[]——异常安全难保障。推荐用固定大小的 std::array<char n></char> 或自定义栈式 buffer 类，大小取 4KB～64KB（兼顾页对齐与 L1/L2 缓存友好）。
关键约束：buffer_a 和 buffer_b 必须全程无锁切换，靠原子指针或原子索引控制所有权。切忌在切换瞬间 memcpy 内容——这等于把性能瓶颈从 I/O 挪回 CPU。
- 应用线程只调用
append()，内部仅做指针偏移 + 字符拷贝，不涉及系统调用 - 后台线程调用
flush()时，必须先原子交换出待刷盘 buffer，再对其只读访问 - buffer 切换前需检查是否已满，满则阻塞式等待（或丢弃/告警），但绝不能自旋空转耗尽 CPU
异步刷盘用 write() 还是 io_uring 或 libaio
Linux 下普通 write() 调用本身是同步的，即使文件以 O_NONBLOCK 打开，对常规文件也无效；O_DIRECT 又要求地址对齐、长度对齐、无 page cache，反而增加开发负担且小日志写入性能更差。真正可行的是：
- POSIX AIO（
aio_write()）：内核支持度好，但回调机制笨重，错误码分散，且 glibc 实现实际是线程池模拟，并非真异步 -
io_uring（5.1+）：零拷贝提交、批量提交、支持IORING_OP_WRITE，是目前最优选；但需手动管理io_uring_sqe生命周期，且 fallback 逻辑要写全 - 线程池 + 阻塞
write()：最简单可靠，配合posix_fadvise(fd, offset, len, POSIX_FADV_DONTNEED)减少 page cache 压力，实测吞吐不输 AIO
除非业务强依赖 kernel 6.0+ 且已有 io_uring 基础设施，否则优先选「专用 flush 线程 + write()」：它规避了上下文切换抖动、避免了 ring buffer 管理复杂度，且便于调试（strace -e write 直接可见）。
立即学习“C++免费学习笔记（深入）”；
std::mutex 和 std::atomic_flag 在 buffer 切换中怎么选
buffer 切换本质是“发布-消费”模型：应用线程生产完一整块数据后，需原子通知 flush 线程可以消费；flush 线程消费完后，需原子通知应用线程可复用该 buffer。这里不用互斥锁，而用 std::atomic_flag 或 std::atomic<int></int> 控制状态机。
典型状态值：0=空闲、1=正在写入、2=待刷盘、3=正在刷盘。切换时用 compare_exchange_strong() 保证状态跃迁合法。例如从 1→2 必须成功才允许 flush 线程拿走 buffer；若失败说明应用线程还没写完，flush 线程应 yield 或短暂 sleep。
- 绝不要用
std::mutex保护 buffer 指针——锁粒度太大，会串行化所有日志追加 - 也不要用
std::condition_variable唤醒 flush 线程——唤醒时机难精准，易导致延迟毛刺 - 更别用自旋锁（
while(!flag.test_and_set())）——高负载下吃光 CPU，且无法让出调度权
日志格式与落盘一致性怎么兼顾性能和可查性
纯二进制格式最快，但调试抓包反人类；纯文本最易读，但 strftime() + snprintf() 占用可观 CPU。折中方案是「定长前缀 + 可变体」：前 32 字节固定为时间戳（微秒级，用 clock_gettime(CLOCK_MONOTONIC, &ts)）、线程 ID、日志等级、长度字段；后续紧跟原始字符串（不带换行，由落盘线程统一加 \n）。
为防断电丢日志，每次 write() 后必须跟 fsync() 或 fdatasync()。但频繁 fsync 会拖垮性能，所以只在以下任一条件满足时触发：
- buffer 满（强制落盘）
- 距离上次 fsync 超过 1s（保延迟上限）
- 日志等级为
FATAL或ERROR（关键错误必须立即持久化）
注意：fdatasync() 比 fsync() 轻量（不刷 metadata），但某些旧文件系统（如 ext3）不支持，需运行时探测。
