通过 log.SetFlags(log.Llongfile) 可全局启用带完整路径和行号的日志输出，无需在每个函数中重复设置；配合自定义 error 包或 fmt.Errorf + %+v（需第三方库如 github.com/pkg/errors）可进一步增强错误堆栈追踪能力。
通过 `log.setflags(log.llongfile)` 可全局启用带完整路径和行号的日志输出，无需在每个函数中重复设置；配合自定义 error 包或 `fmt.errorf` + `%+v`（需第三方库如 `github.com/pkg/errors`）可进一步增强错误堆栈追踪能力。
在 Go 中，默认的 log 包已支持通过 log.SetFlags() 全局配置日志格式。若希望所有 log.Printf、log.Fatal 等调用均自动显示错误发生的完整文件路径与行号，只需在程序启动初期（如 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.Llongfile 会输出绝对路径，若需更简洁的相对路径（如 main.go:12），可组合使用 log.Lshortfile：
log.SetFlags(log.Lshortfile | log.Ldate | log.Ltime) // 输出示例：main.go:12: 2024/06/15 10:30:45 这行日志将显示...
但需明确：log 包本身不捕获运行时 panic 或 error 值的调用栈——它仅影响 log.* 输出的前缀信息。若需在 error 值中嵌入并打印完整堆栈（例如 err.Error() 返回含文件/行号的上下文），推荐使用成熟错误增强库：
import "github.com/pkg/errors"
func risky() error {
return errors.New("something went wrong")
}
func caller() error {
if err := risky(); err != nil {
return errors.WithStack(err) // 自动记录当前调用点
}
return nil
}
// 使用 %+v 格式化打印完整堆栈
log.Printf("%+v", caller())
// 输出包含：file.go:25: something went wrong
// main.caller
// /path/file.go:25
// main.main
// /path/main.go:10✅ 总结：
- ✅
log.SetFlags(log.Llongfile)或log.Lshortfile是简单、标准、无依赖的全局日志定位方案； - ❌
gin（问题答案中提到的工具）是热重载开发服务器，并非错误追踪库，不解决错误来源定位问题，此处属答非所问； - ? 如需生产级错误可观测性（如 panic 捕获、堆栈聚合、上下文注入），应结合
recover、runtime/debug.Stack()或专用监控 SDK（如 Sentry、Datadog）。
