call hierarchy 必须在函数定义名上触发，而非调用处；需将光标置于func定义的函数名（如dosomething）内部，再按ctrl+alt+h（win/linux）或cmd+option+h（macos），否则显示空或“no calls found”。
Call Hierarchy 快捷键必须在函数名上触发
直接把光标停在函数调用语句（比如 doSomething()）里没用——GoLand 的 Call Hierarchy 只响应「函数定义处」的焦点。你得把光标放在被调用函数的**函数名本身**上，比如 func doSomething() 这行的 doSomething 三个字上，再按 Ctrl+Alt+H（Windows/Linux）或 Cmd+Option+H（macOS）。否则窗口弹出来是空的，或者只显示“no calls found”。
跨 package 调用常被忽略，检查 module 根目录是否正确
如果两段逻辑分属不同 module（比如 github.com/foo/bar 和 github.com/baz/qux），而你当前打开的不是顶层 module 根目录，Call Hierarchy 就只能看到本包内的调用，外部引用会消失。确认方式很简单：看 GoLand 右下角状态栏是否显示正确的 go.mod 路径；如果显示的是子目录或 vendor 内路径，就手动打开顶层 go.mod 所在文件夹作为项目根。
- 错误现象：点击函数名后，工具窗口只显示 “Called from: (none)”
- 常见原因：项目以子目录形式打开，或用了
go work但未激活 workspace - 临时验证：在终端 cd 到 module 根，运行
go list -f '{{.Name}}' ./...看是否能列出所有包
间接调用（interface / reflect / callback）不会出现在 Call Hierarchy 中
Call Hierarchy 是静态分析，它只跟踪编译期可确定的调用点。以下三类调用它完全看不到：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 通过 interface 调用的方法，比如
svc.Do() where svc interface{ Do() } - 反射调用：
reflect.ValueOf(obj).MethodByName("Do").Call(...) - 闭包或函数类型传参后执行：
handler := fn; handler()中的fn定义处不会被关联到调用点
这类路径得靠运行时手段补全：加断点后用 Debug → Show Goroutines（Ctrl+Shift+G）观察实际执行栈，或用 pprof 抓取 /debug/pprof/trace 查看真实调用流。
大项目里 Call Hierarchy 展开太慢？关掉 “Show library calls”
默认设置会把标准库和第三方依赖的调用也拉进来，比如一个 http.HandleFunc 调用可能展开出几十层 runtime 和 net/http 内部链路，掩盖你真正关心的业务路径。右键点击 Call Hierarchy 工具窗口顶部的齿轮图标 → 取消勾选 Show library calls，立刻清爽。需要时再打开，别一直开着。
另外，如果某次展开后卡住不动，别等——直接关掉窗口重试，GoLand 的索引有时会在后台未就绪状态下强行渲染，导致 UI 假死。
