log.setoutput不能直接传*os.file就完事，因需显式指定os.o_create|os.o_append|os.o_wronly模式避免覆盖日志，且必须检查错误、确保目录存在、合理管理文件生命周期与缓冲刷新。
log.SetOutput 为什么不能直接传入 *os.File 就完事？
因为 log.SetOutput 接收的是 io.Writer 接口，*os.File 确实实现了它，但常见错误是：打开文件时没加 os.O_APPEND，导致每次运行程序日志覆盖而非追加；或者用 os.Create 而非 os.OpenFile，丢失控制权限。
正确做法是显式指定标志位，并检查错误：
file, err := os.OpenFile("app.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)
if err != nil {
log.Fatal(err)
}
defer file.Close()
log.SetOutput(file)
-
os.O_CREATE：文件不存在时自动创建 -
os.O_APPEND：每次写入自动定位到末尾，避免覆盖 -
os.O_WRONLY：只写模式，比os.O_RDWR更安全 - 别漏掉
defer file.Close()—— 否则程序退出前缓冲区可能未刷新，丢日志
多日志器共存时，log.SetOutput 会影响全局 logger 吗？
会。log.SetOutput 修改的是标准 logger（即 log.Println 等函数背后那个单例），所有未显式创建的 *log.Logger 实例都会受影响。如果你同时需要控制台输出 + 文件输出，不能只靠 log.SetOutput 切换，得自己构造独立 logger。
例如：
Golang Google Wire
下载
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
file, _ := os.OpenFile("debug.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)
fileLogger := log.New(file, "[FILE] ", log.LstdFlags)
consoleLogger := log.New(os.Stdout, "[CONSOLE] ", log.LstdFlags)
// 这样互不干扰
fileLogger.Println("写入文件")
consoleLogger.Println("打印到终端")
- 标准库
log包没有内置多输出支持，log.SetOutput是全局副作用操作 - 生产环境建议始终使用自定义
*log.Logger，避免意外污染其他依赖模块的日志行为 - 如果必须复用标准 logger，记得在切换
log.SetOutput前保存原输出：oldOut := log.Writer(); defer log.SetOutput(oldOut)
log.SetOutput 配合 log.SetFlags 时顺序重要吗？
不重要。因为 log.SetFlags 只影响格式化逻辑，而 log.SetOutput 只决定写往哪里，两者无依赖关系。但容易被忽略的是：一旦你调用 log.SetOutput，之前通过 log.SetPrefix 设置的前缀仍然生效，且会作用于新输出目标。
-
log.SetPrefix("API: ")和log.SetOutput(file)组合后，文件里每行开头也会有API: - 如果你希望文件日志带前缀、控制台不带，就必须分开构造两个 logger，而不是反复调用 set 系列函数
- 标志位如
log.Lshortfile在文件中可能暴露调试路径，上线前建议关闭或改用log.LstdFlags
为什么日志写入文件后看不到实时内容？
因为 Go 的 log 默认不强制刷新，底层 os.File 有缓冲，尤其在非终端设备上更明显。你看到“写入”了，其实还卡在内核缓冲区里。
解决方法只有两种：
- 手动调用
file.Sync()—— 但别在每条日志后都调，性能差；适合关键日志（如服务启动/关闭） - 更稳妥的做法是用
bufio.NewWriterSize(file, 4096)包一层再传给log.SetOutput，并定期Flush()或在程序退出前Flush() - 注意：用
bufio.Writer后，file.Close()不等于日志落盘，必须先Flush()再Close()
简单起见，多数服务会在 defer 里补一句 file.Sync()，确保进程退出前刷一次盘。
