goland的“call hierarchy”默认仅扁平列出所有调用点，不生成树形层级结构；需结合“find usages”手动逐层追踪，或使用go-callvis等外部工具生成可视化调用树。
GoLand 里“Call Hierarchy”不显示调用层级？其实是默认扁平展开
GoLand 的 Call Hierarchy（Ctrl+Alt+H / Cmd+Option+H）默认只列出所有调用点，按文件+行号排序，**不是树形结构**。它不自动还原“谁调了谁、谁被谁调”，更不会缩进或分层展示嵌套关系。你看到的是一个平面列表，哪怕 A → B → C 这样的链路，也会拆成 A 调 C、B 调 C、A 调 B 三条独立记录。
想看真实调用层级，得用 “Find Usages” + 手动追踪
真正能逼近调用栈深度的实操方式，是结合 Find Usages（Alt+F7 / Option+F7）和代码跳转反复推进：
- 把光标放在目标函数上，执行
Find Usages，得到所有直接调用者 - 逐个点击每个调用点，进入对应位置，再对那个函数重复
Find Usages - 注意看函数签名上下文：如果调用发生在另一个函数体内，且没被条件分支隔开，大概率就是上层调用者
- 遇到
defer、go或接口方法调用时要小心——它们可能引入动态分派，Find Usages只能查到声明，不是实际运行时调用点
静态分析工具才是层级可视化的主力
GoLand 自身不生成调用树图，必须借助外部工具。目前最稳定可用的是 go-callvis：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 安装前确认 Go ≥ 1.19，否则
go install github.com/ofabry/go-callvis@latest会失败 - 进项目根目录后，用
go-callvis -algo static -focus main ./启动，默认以main包为入口生成调用树 - 浏览器打开
http://localhost:7878后，节点大小反映调用频次，连线粗细表示调用强度，蓝色节点是你聚焦的包，绿色是标准库 - 注意：
-focus参数后面必须跟**具体包路径**，比如./cmd/server，不能只写server，否则报focus failed, could not find package
别指望 runtime.Caller 在 IDE 里实时渲染层级
有人想在调试时用 runtime.Caller(i) 打印栈来“辅助看层级”，这在 IDE 里效果很差：
-
runtime.Caller(1)只返回一层，你得手动循环 i=1,2,3… 直到返回false，IDE 控制台输出是线性文本，没法自动折叠/展开 - 打印结果不含包路径缩写，同名函数（比如多个
handleRequest）混在一起，根本分不清来自哪个包 - goroutine 切换频繁时，
runtime.Caller返回的 PC 指针可能指向编译器插入的 wrapper 函数，而非你写的原始函数
调用层级这件事，本质是静态分析问题，不是运行时日志问题。依赖 IDE 内置功能只能做浅层定位，真要理清嵌套深度和跨包流向，得接受“离开编辑器、启动专用可视化服务”这个现实。
