如何快速测量Golang模块的函数调用调用树-Golang-PHP中文网

必须用for循环调用runtime.caller(i)逐层获取调用栈，i从1开始递增，直到ok为false为止；单次调用仅得一层信息，无法一次性获取完整调用链。

如何快速测量golang模块的函数调用调用树

用 runtime.Caller 循环抓栈，别想一招拿到全栈

Go 没有内置“函数调用树”API，runtime.Caller(i) 只返回单层信息：i=1 是直接调用者，i=2 是上上层，以此类推。常见错误是只调一次 runtime.Caller(1) 就以为拿到了完整调用链，结果只看到一层。

必须用 for 循环持续调用，直到返回 ok == false（表示已到 main.main 或 goroutine 启动点）：

for i := 1; ; i++ {
    pc, file, line, ok := runtime.Caller(i)
    if !ok {
        break
    }
    fn := runtime.FuncForPC(pc).Name()
    fmt.Printf("%d: %s %s:%d\n", i, fn, file, line)
}

起始 i 设为 1，避免把 runtime.Caller 自身位置当成目标函数
每次都要检查 ok，不能靠固定循环次数（栈深度不固定）
runtime.FuncForPC(pc).Name() 比仅用文件+行号更可靠，能区分同名函数（如不同包里的 http.ServeHTTP）

别用 debug.PrintStack 做实时测量

debug.PrintStack() 看似方便，但它本质是 dump 整个 goroutine 栈并写到 os.Stderr，无法捕获、过滤或结构化处理。更严重的是，它在高并发场景下会触发 runtime 内部全局锁，导致 P99 延迟飙升——有团队在线上启用后 QPS 直降 40%。

Golang Naming

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

下载

真正需要测量时，优先用 runtime.Stack(buf, false)（false 表示只 dump 当前 goroutine），再手动解析 buf 中的 []byte：

buf 长度需预估（建议至少 4KB），太小会截断
返回的是带堆栈帧的原始文本，需按行拆分 + 正则提取函数名/文件/行号
比 runtime.Caller 循环开销大，仅适合低频采样，不能放 hot path

导出为 JSON 树形结构便于后续分析

原始栈是一维 slice，要变成可读的调用树，关键不是缩进，而是还原父子关系。最简做法是给每层加 depth 字段，再按 depth 构建 children：

type StackFrame struct {
    Name  string `json:"name"`
    File  string `json:"file"`
    Line  int    `json:"line"`
    Depth int    `json:"depth"`
    Children []StackFrame `json:"children,omitempty"`
}