go 标准库的 log.logger 在启用 lshortfile 时默认显示日志调用位置的文件与行号；若直接封装其方法（如 printf），行号会指向封装函数内部而非真实调用处。本文介绍通过调用 output() 并指定 calldepth=2 来精准还原调用者位置，实现无损行号透传。
go 标准库的 log.logger 在启用 lshortfile 时默认显示日志调用位置的文件与行号；若直接封装其方法（如 printf），行号会指向封装函数内部而非真实调用处。本文介绍通过调用 output() 并指定 calldepth=2 来精准还原调用者位置，实现无损行号透传。
在 Go 中，log.Logger 的 Printf、Println 等公开方法本质上是 Output() 的封装，而 Output() 接收一个关键参数 calldepth int ——它表示从当前调用栈向上跳过多少帧后，取其源码位置作为日志前缀（即文件名与行号）。标准方法中该值被硬编码为 2（跳过方法自身 + runtime.Callers 的帧），因此当你新增一层包装函数（如 info()）时，若仍调用 Printf，calldepth 无法动态调整，导致日志始终显示包装函数内部的行号。
正确解法是绕过高层封装，直接调用 Logger.Output() 并显式设置 calldepth = 2：
-
calldepth = 1→ 指向info函数自身（不理想） -
calldepth = 2→ 指向info的调用方（即真实业务代码行），这正是我们所需
以下是推荐实现：
package main
import (
"fmt"
"log"
"os"
)
var myLogger = log.New(os.Stdout, "[my]", log.Lshortfile)
func info(pattern string, args ...interface{}) {
msg := fmt.Sprintf(pattern, args...)
myLogger.Output(2, msg) // ✅ 跳过 info 函数本身，定位到调用处
}
func main() {
log.SetFlags(log.Lshortfile)
log.Println("hello") // 输出: main.go:14: hello
info("world") // 输出: [my]main.go:15: world
}
⚠️ 注意事项：
Output()不会自动追加换行符，但log.Logger内部会在消息末尾无\n时自动补上，因此无需手动拼接"\n"（原答案中pattern + "\n"是冗余且潜在错误的）；- 若需支持
Infof/Warnf/Errorf等多级封装，统一使用Output(2, ...)即可保持行号一致性；calldepth值需谨慎校验：若包装函数内存在 goroutine 或反射调用，可能影响栈帧深度，此时建议结合runtime.Caller()做动态计算（但绝大多数场景2已足够可靠）。
通过此方式，你既能享受封装带来的 API 简洁性与定制能力（如添加前缀、分级、过滤），又完全不牺牲调试关键信息——日志中的行号永远真实反映业务逻辑的触发点。
