goland 的 call hierarchy 不显示层级关系，因其仅扁平列出所有调用点，不解析控制流、不追踪运行时绑定，也无法自动折叠为树形结构；需用 go-callvis 等外部工具生成真实调用树。
GoLand 本身不支持生成真正的函数调用层级图（树形嵌套结构），Call Hierarchy（Ctrl+Alt+H）只是扁平列表，不是调用栈还原。
为什么 Call Hierarchy 不显示层级关系
Call Hierarchy 的设计就是一次性列出所有直接/间接调用点，按文件路径和行号排序，不识别“谁调了谁”的父子关系。比如 A → B → C，它会同时显示 A 调 B、B 调 C、A 调 C 三条记录，无法自动折叠成 A → (B → C) 的结构。
- 它不解析控制流（if/for 中的调用是否实际执行）
- 对 interface 方法、泛型实例化、反射调用等，仅显示声明位置，不追踪运行时绑定
- 结果窗口里点击展开某个调用点，也只是跳转到该处代码，并不会继续向上追溯它的调用者
用 Find Usages 手动模拟调用层级
这是最贴近“逐层看”的 IDE 内方案，但需主动推进：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 光标放在目标函数（如
processRequest）上，按Alt+F7（macOS 是Option+F7） - 在结果列表中，只关注“调用发生在另一个函数体内”的条目（比如某行是
handleRequest()里写了processRequest()） - 双击该条目进入后，把光标移到
handleRequest上，再按Alt+F7—— 这就完成一层上溯 - 遇到
go f()、defer f()或接口方法时，右键调用点 → 勾选Include implementations，否则可能漏掉实际实现
用 go-callvis 生成真实调用树
要看到带缩进、深度、跨包流向的可视化层级图，必须用外部工具：
- 先确保 Go ≥ 1.19：
go version验证；否则go install github.com/ofabry/go-callvis@latest会失败 - 进项目根目录，运行：
go-callvis -algo static -focus main ./cmd/server（注意：-focus后必须是完整包路径，不能写server） - 浏览器打开
http://localhost:7878，节点纵向堆叠即表示调用层级，连线方向 = 调用流向 - 加
-limit 3可砍掉过深分支；加-ignore "fmt|log"能过滤标准库噪音
别依赖 runtime.Caller 在 IDE 里凑层级图
有人想在调试时用 runtime.Caller(1) 打印调用者来“辅助还原”，实际效果很差：
-
runtime.Caller(i)只返回单帧，必须循环调用 i=1,2,3… 直到返回 false，IDE 控制台输出是纯文本，无法自动组织为树 - 同名函数（如多个
handle）混在一起，不带包路径根本分不清来自哪个模块 - goroutine 切换或编译器内联后，PC 指针可能指向 wrapper 函数，
runtime.FuncForPC(pc).Name()解出来的不是你写的函数名
调用层级本质是静态分析问题，不是运行时日志拼接。真要理清嵌套和跨包流向，就得接受离开编辑器、启动专用可视化服务这个事实——而且得记住：-focus 参数写错包路径、Go 版本不够、没装 graphviz，都会让 go-callvis 启动失败或图谱为空。
