goland自身不支持生成树形调用层级图，call hierarchy仅显示扁平化直接调用关系；真要看嵌套层级需借助go-callvis等外部工具或手动用find usages逐层追踪。
GoLand 自身不支持生成树形调用层级图，Call Hierarchy 是扁平列表，不是调用栈；真要看嵌套层级，得靠外部工具或手动追踪。
Call Hierarchy 为什么看起来不像调用链
GoLand 的 Call Hierarchy（Ctrl+Alt+H / Cmd+Option+H）只做静态符号匹配，它列出的是“谁直接调用了这个函数”，不还原调用路径。比如 A → B → C，它会同时显示 A 调 C、B 调 C、A 调 B 三条记录，彼此无缩进、无父子关系。
常见误判现象：
- 点开某个调用点，发现是 test 文件里的 mock 调用，不是真实业务链路
- 接口方法（如
io.Reader.Read）的调用点里混着大量标准库实现，但Find Usages找不到你写的那个具体实现 - defer 或 go 关键字后的函数调用，在 Call Hierarchy 里可能完全不出现
用 Find Usages 手动逼近调用层级
这是 IDE 内最贴近“逐层展开”的方式，但需要你主动推进：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 光标放在目标函数（如
handleRequest）上，按Alt+F7查所有直接调用者 - 逐个点击调用位置，进入调用方函数体，再对那个函数重复
Alt+F7 - 重点关注调用是否发生在函数体内连续语句中（非条件分支、非 defer、非 goroutine）——这种大概率是上层
- 遇到
interface{}或泛型函数调用时，Find Usages只能定位到方法声明，实际运行时调用点需结合日志或调试确认
go-callvis 是目前最靠谱的调用树生成方案
它基于 AST 静态分析，能真正输出带缩进、可交互的调用层级图：
- 先确保 Go ≥ 1.19：
go version验证，否则go install github.com/ofabry/go-callvis@latest会失败 - 安装 Graphviz：
brew install graphviz（macOS）、choco install graphviz（Windows） - 进项目根目录后运行：
go-callvis -algo static -focus main ./cmd/server（注意：-focus后必须是完整包路径，不能省略./或写成server） - 浏览器打开
http://localhost:7878，蓝色节点是你聚焦的包，连线粗细反映调用强度，鼠标悬停看调用频次
别指望 runtime.Caller 在 IDE 里理清层级
有人想在代码里插 runtime.Caller(i) 打印栈来辅助，实际效果很差：
-
runtime.Caller(1)只返回一层，要循环 i=1,2,3… 直到返回 false，IDE 控制台输出是纯文本，没法折叠/跳转 - 同名函数（比如多个
handleRequest）打印出来只有函数名，没有包路径，根本分不清来自api还是internal/handler - goroutine 切换频繁时，
runtime.Caller返回的 PC 指针常指向编译器插入的 wrapper，不是你写的原始函数
调用层级本质是静态结构问题，不是运行时日志问题。IDE 内置功能只能帮你定位“谁直接调了谁”，跨包、嵌套、动态分派的流向，必须接受“离开编辑器、启动专用可视化服务”这个事实。
