日志自动切分应使用os.Rename+os.Create手动轮转，每次写前用f.Stat()检查实时大小，超阈值则关闭旧文件、重命名、新建0644权限文件；多goroutine需sync.RWMutex同步写操作；按日轮转用time.AfterFunc精准触发；归档交由系统gzip异步执行。
日志文件达到大小后怎么自动切分
靠 os.Rename + os.Create 手动轮转最可控，别依赖第三方轮子——很多库在并发写入或 SIGTERM 时丢日志。核心逻辑是：每次写前检查当前文件大小，超阈值就关闭旧文件、重命名、新建空文件。
- 用
fi, _ := f.Stat()获取实时大小，别用缓存的字节数（写入缓冲未 flush 会导致误判） - 重命名必须用
os.Rename，不是os.Copy—— 否则大文件拷贝阻塞写入线程 - 新文件权限要显式设为
0644，否则默认0600，运维查日志时可能没权限读 - Windows 下
os.Rename对正在打开的文件会失败，得先f.Close()再 rename
如何保证多 goroutine 写日志不乱序、不覆盖
不能只靠 os.File 自带的 write lock，因为轮转瞬间老文件 close、新文件 open 的间隙，goroutine 可能写到已关闭的文件句柄，触发 write: bad file descriptor 错误。
- 用
sync.RWMutex包裹整个写操作：获取文件句柄 → 检查大小 → 轮转（如有）→ 写入 - 轮转期间允许只读（
RWMutex.RLock），但写必须独占（RWMutex.Lock），否则 rename 和 write 可能交叉 - 别用
log.SetOutput动态切换，它不加锁；自己封装一个Write(p []byte)方法统一控制
按日期轮转时，每天零点怎么精准触发
不用定时器轮询，容易漂移；也不该在每次写日志时都调用 time.Now() 判断日期——高频写入下性能浪费明显。
- 启动时计算当天结束时间戳：
nextDay := time.Now().Truncate(24 * time.Hour).Add(24 * time.Hour) - 用
time.AfterFunc在该时刻触发轮转，并立即设置下一个AfterFunc - 注意时区：用
time.Now().In(loc)显式指定loc，别依赖本地时区，容器里常为空 - 如果进程 uptime 超过一天，
AfterFunc只触发一次，所以每次轮转后必须重新 schedule 下次
压缩归档旧日志要不要在 Go 里做
不推荐。Go 原生 archive/zip 或 compress/gzip 做压缩会吃光 goroutine 和内存，尤其当日志文件 >100MB 时，容易 OOM 或卡住主线程。
立即学习“go语言免费学习笔记（深入）”；
- 轮转后直接用系统命令归档：
exec.Command("gzip", "-f", oldFilename)，异步执行并忽略 error（失败可人工补） - 确保
/bin/gzip在 PATH 中，Docker 镜像里记得装gzip（alpine 用apk add gzip） - 压缩文件名别手拼，用
strings.TrimSuffix(oldFilename, ".log") + ".log.gz"，避免多级后缀出错
轮转逻辑看着简单，真正难的是信号中断、磁盘满、NFS 挂载点断开这些边界情况——它们不会报错，只会静默丢日志。每一步操作后最好加一句 if _, err := f.Stat(); os.IsNotExist(err) { ... } 主动探测文件状态。
