如何在Golang中通过运行时函数获取当前代码的行号和文件名-Golang-PHP中文网

runtime.caller 返回的行号默认是其自身所在行，需传入参数2及以上才能定位业务代码；必须检查ok返回值，用filepath.base截取文件名，并避免在高频日志中滥用以防性能损耗。

如何在golang中通过运行时函数获取当前代码的行号和文件名

runtime.Caller 为什么返回的行号总是错的

直接调用 runtime.Caller(0) 拿到的行号，大概率不是你期望的调用位置——它返回的是 runtime.Caller 这一行本身的行号，也就是函数内部的固定位置。想定位到真正调用日志或调试逻辑的地方，必须往上跳帧。

参数 0：指向 runtime.Caller 自身所在行
参数 1：通常是你封装的日志函数内部调用点（仍不是业务代码）
参数 2 或更高：才可能落到业务代码里，具体取决于封装层数

如何稳定获取业务代码的文件名和行号

最可靠的方式是封装一层函数，并统一用 runtime.Caller(2)（假设封装了一层），同时检查返回值是否有效——runtime.Caller 在失败时返回空字符串和 0 行号，不报 panic。

func getCaller() (string, int) {
    _, file, line, ok := runtime.Caller(2)
    if !ok {
        return "unknown", 0
    }
    // 只取文件名，去掉完整路径（避免泄露项目结构）
    return filepath.Base(file), line
}

务必检查 ok 返回值，某些环境（如内联优化开启时）可能失败
用 filepath.Base(file) 避免打印出类似 /home/user/project/internal/handler.go 的绝对路径
不要依赖 runtime.Caller(1) —— 如果后续在中间加个 wrapper，就会偏移

在日志中嵌入行号时的性能陷阱

每次打日志都调用 runtime.Caller 是昂贵的：它要遍历 goroutine 栈帧、解析 PC、查找符号表。压测中可观察到 10%~30% 的额外开销。

Golang Naming

Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。

下载

高频日志（如循环内）应禁用行号，或只在 debug 级别启用
可提前缓存 runtime.Caller 结果，但注意：goroutine 切换后栈帧变化，不能跨 goroutine 复用
第三方日志库如 log/slog 默认不带行号；zerolog 和 zap 提供 WithCaller()，但默认关闭，需手动开启且注意性能开关