如何在Golang中使用log标准库记录日志_Golang日志输出与配置方法-Golang-PHP中文网

log.Printf 支持格式化字符串（如%v），确保单行输出；log.Println 自动加空格换行但不支持格式动词，err含换行符时易错行。

如何在golang中使用log标准库记录日志_golang日志输出与配置方法

log.Printf 和 log.Println 有什么实际区别

主要区别在参数处理和格式控制：log.Printf 支持格式化字符串（类似 fmt.Printf），而 log.Println 自动加空格、换行，不支持格式动词。

常见误用是拿 log.Println 拼接错误信息，比如 log.Println("failed:", err) —— 看似没问题，但一旦 err.Error() 包含换行符，日志就错行；而 log.Printf("failed: %v", err) 能确保单行输出。

log.Printf 更适合结构化日志片段，尤其要嵌入变量值时
log.Println 适合快速调试打印，但上线前建议统一换成 log.Printf
两者默认都带时间戳（log.Ldate | log.Ltime），但不会自动加文件名或行号

如何让 log 输出包含文件名和行号

标准库 log 支持通过 log.SetFlags 启用源码位置标记，但必须搭配 log.Output 或自定义调用方式，因为 log.Printf 和 log.Println 默认不触发 Lshortfile。

正确做法是封装一个辅助函数，调用 log.Output 并传入 2（跳过当前函数和上层包装）：

func Debug(v ...interface{}) {
    log.Output(2, fmt.Sprint(v...))
}
// 使用前设置标志
log.SetFlags(log.LstdFlags | log.Lshortfile)

log.Lshortfile 显示 file.go:23，log.Llongfile 显示完整路径
不要设 log.Lshortfile 却继续用 log.Printf —— 它不会生效
频繁调用 log.Output 有轻微性能开销（需运行时获取调用栈），开发/测试环境够用，高频服务建议用第三方库如 zap

log.SetOutput(os.Stdout) 之后为什么还是输出到 stderr

Go 的 log 默认输出到 os.Stderr，但很多人改了 SetOutput 却发现日志仍出现在终端错误流里——通常是因为其他地方（比如测试框架、IDE 运行器、容器环境）把 stderr 和 stdout 合并显示了，不是代码没生效。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

验证是否真正生效的方法是重定向到文件：

f, _ := os.OpenFile("app.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)
log.SetOutput(f)
log.Println("test") // 这行会写入 app.log，而不是终端

如果写入文件成功，说明 SetOutput 工作正常
容器中常把 stdout 当日志主通道，所以建议始终设为 os.Stdout，方便日志采集（如 Docker、K8s）
别用 os.Stderr 做业务日志输出，容易和真实错误混在一起，排查困难

能否在不引入第三方库的前提下支持日志级别（debug/info/warn/error）

标准库 log 本身没有级别概念，但可以用多个独立的 *log.Logger 实例模拟，每个实例带不同前缀和输出目标（甚至不同 io.Writer）。

例如：

var (
    InfoLogger = log.New(os.Stdout, "[INFO] ", log.LstdFlags|log.Lshortfile)
    ErrorLogger = log.New(os.Stderr, "[ERROR] ", log.LstdFlags|log.Lshortfile)
)
InfoLogger.Println("service started")
ErrorLogger.Printf("failed to connect: %v", err)