通过设置 log 包的标志位（如 llongfile），可让日志自动包含错误发生的完整文件路径和行号；该配置只需在程序启动时全局调用一次，无需重复添加到每个函数中。
通过设置 log 包的标志位（如 llongfile），可让日志自动包含错误发生的完整文件路径和行号；该配置只需在程序启动时全局调用一次，无需重复添加到每个函数中。
在 Go 中，默认的 log 包已内置对源码位置追踪的支持。要让所有日志输出（尤其是错误日志）自动显示触发位置的文件名与行号，只需在程序初始化阶段（例如 main() 函数开头）执行一次配置：
package main
import (
"log"
)
func main() {
// 全局启用：输出完整文件路径 + 行号
log.SetFlags(log.Llongfile)
log.Println("这行日志将显示类似: /path/to/main.go:12: 这行日志将显示...")
// 输出示例：/Users/me/project/main.go:12: 这行日志将显示...
}log.SetFlags() 是应用级单次设置，生效范围覆盖整个程序中所有使用 log 包输出的日志（包括 log.Print* 和 log.Fatal* 等）。常用标志组合推荐：
-
log.Llongfile：显示完整文件路径及行号（如/a/b/c.go:42） -
log.Lshortfile：仅显示文件名与行号（如c.go:42），更简洁 - 可组合使用：
log.SetFlags(log.Lshortfile | log.LstdFlags)（含日期、时间、消息）
⚠️ 注意事项：
- 该设置不影响
fmt.Errorf或自定义 error 类型本身——它只作用于log输出；若需在 error 值中嵌入堆栈，应使用errors.WithStack（github.com/pkg/errors）或 Go 1.17+ 的fmt.Errorf("%w", err)+runtime/debug.Stack()手动捕获； -
gin（问题答案中提到的工具）是一个开发期热重载工具，并非日志定位方案；它不修改日志行为，也不能替代log.SetFlags—— 此处引用有误导性，实际无需引入额外依赖即可实现需求； - 若使用结构化日志库（如
zap或zerolog），则需对应配置其 caller 字段（如zap.AddCaller()），逻辑类似但 API 不同。
总结：Go 原生日志机制已足够支撑“错误定位到文件行号”的核心诉求。正确做法是统一在 main() 或 init() 中调用 log.SetFlags，简洁、可靠、零依赖。
