日志不刷盘是因为log包依赖操作系统缓冲，程序退出前未强制同步；必须显式调用file.Sync()或用bufio.Writer控制Flush时机，否则短生命周期服务或panic时日志丢失。
重定向 log 默认输出到文件时，为什么日志不刷盘？
Go 的 log 包默认写入 os.Stderr，它底层用的是带缓冲的 io.Writer。直接把 os.File 传给 log.SetOutput() 后，日志可能卡在缓冲区里，程序退出前根本没写进磁盘——尤其在短生命周期服务或 panic 场景下，日志全丢。
- 必须显式调用
file.Sync()才能强制刷盘，但log不自动触发 -
os.OpenFile()要带os.O_SYNC标志（性能差）或配合定时Sync() - 更稳妥的做法是封装一层带缓冲控制的
io.WriteCloser，比如用bufio.NewWriter+ 定期Flush()
用 os.OpenFile 创建日志文件时，权限和追加模式怎么设？
常见错误是忽略文件打开标志和权限位，导致日志覆盖、无写入权限或并发写冲突。
- 追加写必须用
os.O_APPEND | os.O_CREATE | os.O_WRONLY，缺O_APPEND会从头覆写 - Linux/macOS 下权限建议设为
0644（os.FileMode(0644)），避免因 umask 导致不可读 - Windows 上权限参数被忽略，但标志仍需一致，否则跨平台行为不一致
- 务必检查
err：如果目录不存在，os.OpenFile会失败，得先os.MkdirAll()
多 goroutine 写同一个日志文件会出问题吗？
Go 的 log.Logger 本身是并发安全的，但底层 io.Writer（如 *os.File）不是线程安全的写操作——不过 Linux/Unix 的 write() 系统调用对同一文件描述符是原子的，所以一般不会乱序或截断；但 Windows 不保证，且大日志量下仍可能因缓冲竞争导致部分日志丢失。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 生产环境强烈建议加锁封装，或改用
lumberjack这类专为日志设计的库 - 自己加锁时，锁范围要包住
Write()全过程，不能只锁log.Print()调用 - 注意：
log.SetOutput()替换 Writer 是非原子的，切换瞬间可能有日志写到旧目标
如何实现按大小轮转的日志文件？
标准库不支持轮转，硬编码 os.Rename() + os.Truncate() 容易出竞态或丢失日志。
立即学习“go语言免费学习笔记（深入）”；
- 直接用
gopkg.in/natefinch/lumberjack.v2：它内部用互斥锁+原子计数，支持MaxSize、MaxBackups、MaxAge - 配置示例：
lumberjack.Logger{Filename: "app.log", MaxSize: 10, MaxBackups: 3}（单位 MB） - 注意：轮转触发时，
lumberjack会关闭旧文件、重命名、新建文件，整个过程阻塞写入——高吞吐场景需压测验证延迟 - 别自己实现轮转逻辑：文件锁、时区、硬链接、符号链接等边界情况极难全覆盖
lumberjack 的 Rotate() 调用时机和 Sync() 频率是影响日志完整性的两个最隐蔽的点。 
