使用lumberjack库可实现Go日志轮转，结合缓冲、异步写入和信号处理优化I/O性能，推荐按大小轮转并辅以每日文件命名策略，通过SIGHUP触发重新打开日志，避免频繁磁盘操作影响服务稳定性。
日志文件轮转是服务长期运行中避免磁盘被占满的关键机制。Golang 标准库 log 提供了基础的日志输出能力，但不支持自动轮转。要实现高效的日志轮转与 I/O 性能优化，需要结合第三方库或自行封装策略。
使用第三方库实现日志轮转（推荐方式）
目前最常用的日志轮转库是 lumberjack，它专为 Go 设计，可无缝对接标准 log 或 zap、logrus 等流行日志框架。
安装 lumberjack：
go get gopkg.in/natefinch/lumberjack.v2结合标准 log 使用示例：
立即学习“go语言免费学习笔记（深入）”；
import ( "log" "gopkg.in/natefinch/lumberjack.v2" ) func init() { log.SetOutput(&lumberjack.Logger{ Filename: "/var/log/myapp.log", MaxSize: 100, // MB MaxBackups: 3, MaxAge: 7, // 天 Compress: true, // 启用压缩 }) }上述配置会在日志文件达到 100MB 时创建新文件，最多保留 3 个备份，超过 7 天的旧日志会被自动清理，且备份文件会以 gzip 压缩。
基于文件大小和时间的轮转策略
实际生产环境中，通常需要同时考虑文件大小和时间周期。lumberjack 支持按大小轮转，但不原生支持定时轮转（如每天一个文件）。若需按天轮转，可结合 cron 任务或使用更高级的日志库如 zap + lumberjack 组合。
一种常见做法是：在日志文件名中加入日期：
filename := fmt.Sprintf("/var/log/app-%s.log", time.Now().Format("2006-01-02"))
然后通过外部调度器每日重置日志输出，或使用 zap 的 WriteSyncer 动态切换输出目标。
关键点：
I/O 性能优化策略
高频日志写入可能成为性能瓶颈。以下是几个关键优化方向：
- 缓冲写入：避免每次 log 调用都执行系统 write。可使用 bufio.Writer 包装文件句柄，批量提交。注意：需定期 flush 防止丢失末尾日志
- 异步写入：将日志写入 channel，由单独 goroutine 处理落盘。这样主流程不阻塞。但要注意 channel 缓冲区溢出风险
- 减少锁竞争：标准 log 包全局加锁。高并发下可考虑使用结构化日志库（如 zap），其零分配设计显著提升性能
- 合理设置轮转参数：过小的 MaxSize 导致频繁 rename 和压缩；过多备份占用 inode。根据磁盘空间和访问模式调整
监控与信号处理
服务运行中可能需要手动触发日志轮转（如运维操作）。Linux 常用 SIGHUP 通知进程重新打开日志文件。
示例处理 SIGHUP：
go func() { c := make(chan os.Signal, 1) signal.Notify(c, syscall.SIGHUP) for range c { // 重新初始化日志输出 rotateLog() } }()同时建议记录轮转事件本身，便于审计和问题排查。
基本上就这些。核心是选择合适工具（如 lumberjack），结合业务场景设计轮转策略，并通过异步、缓冲等手段降低 I/O 对主流程的影响。
