双缓冲不是简单开两块内存切换，必须满足生产者不等待、消费者不干扰、切换无锁原子三条件；需用三状态原子机、内存屏障、显式flush与退出保护机制防丢日志。
为什么不能用两个 []byte 简单切换就叫双缓冲
双缓冲不是“开了两块内存，写完 A 换 B”这么简单。真正在高并发下不丢日志、不卡主线程，必须满足三个条件：生产者写入时绝不等待消费者、消费者刷盘时绝不干扰生产者、切换过程无锁且原子。常见错误是用 sync.Mutex 包裹 buffer 交换逻辑——这等于把异步路径又拖回同步瓶颈；或者用 select { case ch 往 channel 里塞，本质还是单点阻塞调度，和双缓冲无关。
正确做法是：两块固定大小的 []byte（比如各 8KB），配合一个 sync/atomic.Int32 表示当前活跃 buffer 编号（0 或 1），所有写入只操作当前 buffer 的偏移量，切换靠 CompareAndSwapInt32 原子完成。buffer 内存必须预分配、复用，不能每次 new。
如何让日志格式化不逃逸、不卡栈、不引入锁
格式化必须在生产者 goroutine 栈上完成，且不能调用任何会逃逸到堆或触发全局锁的函数。例如：fmt.Sprintf 会分配堆内存并竞争 fmt 包内部 mutex；time.Now().Format 在某些时区配置下会锁全局时区数据；json.Marshal 不可控分配且慢。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
strconv.AppendInt、strconv.AppendUint直接拼接数字字段，避免string()或fmt - 时间戳用
time.UnixMilli(t.UnixMilli())预转为毫秒整数，再用strconv.AppendInt写入 - 日志级别、文件名、行号等静态字段提前算好，存为
string字面量或unsafe.String（若确定生命周期） - 整个日志行拼接到栈上
[4096]byte，再整体 memcpy 到目标 buffer，杜绝多次小拷贝
刷盘线程怎么避免 write(2) 阻塞住整个系统
write(2) 对普通文件（非 O_DIRECT）本质是拷贝到 page cache，通常不阻塞；但真正阻塞点在 fsync() 或内核回写压力大时。所以刷盘线程不能“写一条 sync 一次”，也不能“攒太多再 sync”导致延迟飙升。
推荐组合策略：
- 打开文件用
os.O_WRONLY | os.O_APPEND | os.O_CREATE，**不要用O_SYNC**（它会让每次 write 都落盘，性能归零） - 用
bufio.NewWriterSize(file, 64*1024)，显式设 buffer 大小，避免默认 4KB 导致 flush 过频 - flush 触发双条件：
len(buffer) >= 50 * 1024（满 50KB）或time.Since(lastFlush) > 100 * time.Millisecond（超时） - 每次
w.Flush()后，**仅对 ERROR/AUDIT 级别日志调用file.Sync()**，失败必须处理：if err := file.Sync(); err != nil { log.Warn("sync failed", "err", err) }
进程退出前最后 100ms 日志为什么总丢，怎么救
RingBuffer 或双缓冲再快，只要没在 os.Exit() 或信号中断前显式 flush，缓冲区里的日志就永远卡在内存里。这不是 bug，是设计必然。
必须做三件事：
- 注册
os.Interrupt和syscall.SIGTERM，在 handler 里先关闭日志入口（如 close(channel)），再调用flushBuffers()+file.Sync() - 双缓冲结构里维护一个
sync/atomic.Bool表示“是否已开始退出流程”，生产者发现该标志为 true 时直接丢弃新日志（避免往将清空的 buffer 写） - 缓冲区本身要有硬上限（如总容量 ≤ 1MB），超出时触发背压：记录丢弃计数，并用
runtime.GC()强制回收（防止 OOM）
最容易被忽略的是：缓冲区切换时的内存屏障缺失。哪怕用了原子操作，若没在写入后加 atomic.StorePointer 或 atomic.ThreadFence，旧 buffer 的数据可能还没对刷盘线程可见——尤其在 ARM 或 RISC-V 平台上。
