Go日志性能优化需从缓冲写入和异步提交两层面解耦采集与落盘：用bufio.Writer减少系统调用，再通过channel+goroutine实现异步写入，主线程零阻塞。
Go语言中日志写入性能瓶颈常出现在频繁调用log.Printf或直接写文件时的同步I/O阻塞。真正有效的优化不是简单换库，而是从**缓冲写入**和**异步提交**两个层面减少主线程等待——核心是让日志采集与落盘解耦。
用bufio.Writer做底层缓冲，减少系统调用次数
标准log.SetOutput接受任意io.Writer，可包裹一个带缓冲的bufio.Writer。每次Write不立即刷盘，而是先填满缓冲区（默认4KB），再批量调用write(2)。这对高频短日志（如HTTP请求记录）提升明显。
- 创建带缓冲的文件写入器：
f, _ := os.OpenFile("app.log", os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0644); writer := bufio.NewWriterSize(f, 8192) - 设置日志输出：
log.SetOutput(writer) - 注意：程序退出前必须显式调用
writer.Flush()，否则缓冲区残留日志会丢失
用channel + goroutine实现异步日志提交
缓冲能减少I/O次数，但写文件本身仍可能阻塞goroutine（尤其磁盘慢或高负载）。更进一步的做法是把日志格式化后的字符串发到channel，由单独goroutine消费并写入。主线程几乎不等待。
- 定义日志结构体和channel：
type LogEntry { Level, Msg string; Time time.Time }，logCh := make(chan LogEntry, 1000) - 启动后台goroutine：
go func() { for entry := range logCh { fmt.Fprintln(writer, entry.String()) } }() - 业务代码只需
logCh ，无阻塞 - 注意：channel有容量限制，需考虑满时的丢弃策略（如select default）或动态扩容
结合zap/lumberjack等成熟方案，避免重复造轮子
自建异步+缓冲虽可控，但易忽略细节（如panic恢复、日志轮转、内存泄漏）。生产环境推荐基于zap（高性能结构化日志）+ lumberjack（按大小/时间轮转）组合：
- zap.Logger本身支持异步模式：
logger := zap.New(core).WithOptions(zap.WithCaller(true)).WithOptions(zap.AddCallerSkip(1))，搭配lumberjack.Logger作为writer - 启用异步只需包装：
core := zapcore.NewCore(encoder, zapcore.AddSync(&lumberjack.Logger{...}), zapcore.InfoLevel)，zap内部已用buffered channel处理 - 关键点：确保
lumberjack.Logger的MaxSize（MB）、MaxBackups合理，避免单个日志文件过大拖慢写入
缓冲和异步不是互斥选项，而是分层策略：先用bufio缓解小写放大，再用goroutine隔离I/O延迟。真正影响性能的往往不是日志内容本身，而是同步刷盘和锁竞争。控制好缓冲大小、channel容量和后台goroutine行为，日志写入就能跑得又快又稳。
