本文介绍一种无需修改第三方库源码、兼容标准 log 包的轻量级方案：通过替换外部包暴露的全局 logger 实例，为其绑定独立的 io.writer（如文件）和前缀，从而实现实时、零侵入的日志按包分流。
本文介绍一种无需修改第三方库源码、兼容标准 log 包的轻量级方案：通过替换外部包暴露的全局 logger 实例，为其绑定独立的 io.writer（如文件）和前缀，从而实现实时、零侵入的日志按包分流。
在 Go 应用中，当依赖多个开源库（如 github.com/org/verbose）且它们内部使用标准 log 包输出调试或运行信息时，日志常混杂于同一输出流（如 stderr），给问题定位和运维监控带来困扰。理想情况下，我们希望 main 程序日志写入 my-app.log，而 verbose 包日志自动落盘至 verbose-lib.log，且全程无需修改任何第三方代码。
该目标能否实现？答案是肯定的——*前提在于目标库需将 logger 以可导出变量形式暴露（如 var Logger log.Logger）**。这是绝大多数遵循 Go 社区惯例的成熟库（如 golang.org/x/net/http2、database/sql 驱动等）所采用的设计。此时，你可在应用初始化阶段安全地重置其 logger 实例：
package main
import (
"log"
"os"
"github.com/org/verbose"
)
func main() {
// 为 main 程序创建专属 logger（可选：写入 my-app.log）
appLog, err := os.OpenFile("my-app.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)
if err != nil {
log.Fatal("failed to open app log file:", err)
}
defer appLog.Close()
log.SetOutput(appLog) // 全局 log.* 函数将写入此文件
// 为 verbose 包注入独立 logger：带前缀 + 写入专用文件
verboseLog, err := os.OpenFile("verbose-lib.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)
if err != nil {
log.Fatal("failed to open verbose log file:", err)
}
defer verboseLog.Close()
// 替换 verbose 包的可导出 logger 变量
verbose.Logger = log.New(verboseLog, "[VERBOSE] ", log.LstdFlags|log.Lshortfile)
// 启动业务逻辑
log.Print("Hello World") // → my-app.log
verbose.DoSomething() // → verbose-lib.log，每行带 [VERBOSE] 前缀
}✅ 关键要点说明：
- 零侵入性：仅在 main() 初始化阶段赋值，不触碰第三方库内部逻辑；
- 实时分流：日志写入由 io.Writer 决定，无需后期 grep 或正则过滤；
- 灵活定制：log.New() 支持任意 io.Writer（文件、网络连接、内存缓冲区等）及标志位（如 Lshortfile、LUTC）；
- 线程安全：标准 log.Logger 本身是并发安全的，多 goroutine 调用无需额外加锁。
⚠️ 注意事项：
- 若目标库未导出 logger（如直接使用 log.Printf 且无 Logger 变量），此法失效——此时需考虑 log.SetOutput 全局劫持 + 运行时栈分析（复杂且不推荐），或推动上游库支持 logger 注入；
- 多个包共享同一 logger 变量时，注意初始化顺序，避免竞态覆盖；
- 生产环境建议为日志文件添加轮转机制（可借助 gopkg.in/natefinch/lumberjack.v2 等成熟库）。
综上，这是一种简洁、可靠、符合 Go 生态实践的日志分流策略。它尊重第三方库的封装边界，同时赋予应用层充分的可观测性控制权——只需确认所用库是否“开放”了 logger 接口，即可快速落地。
