Call Hierarchy（Ctrl+Alt+H）必须在函数定义名上触发，光标需精确落在函数标识符（如ProcessOrder）上，不能在括号、调用处或func关键字上；否则显示“no calls found”。
Call Hierarchy 必须在函数定义名上触发，否则看不到任何调用路径。
Ctrl+Alt+H 只在函数名上有效
快捷键 Ctrl+Alt+H（Windows/Linux）或 Cmd+Option+H（macOS）不是“点哪查哪”，它只响应函数定义处的函数名。比如有 func ProcessOrder()，光标必须落在 ProcessOrder 这三个字母上，不能停在括号里、不能停在调用语句 ProcessOrder() 上，也不能停在 func 关键字上。
常见错误现象：
- 光标在
ProcessOrder()调用处按快捷键 → 弹出空窗口或显示 “no calls found” - 光标在
func ProcessOrder()行首按 → 同样无效，必须精确对齐函数名本身
验证方式：选中函数名（如双击 ProcessOrder），再按快捷键——只要高亮范围完全覆盖函数标识符，基本就对了。
Find Usages（Alt+F7）更适合查“谁用了它”
Alt+F7（Windows/Linux）或 Option+F7（macOS）是查引用的主力操作，但它和 Ctrl+Alt+H 目的不同：前者列出所有调用位置，后者展示调用层级结构。两者互补，但别混用目标。
使用场景与注意事项：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 想快速定位某函数被哪些 具体行 调用 → 用
Alt+F7，结果可直接点击跳转 - 结果太多时，点顶部 Filter → 勾选
Usages、取消Declarations和Implementations，避免把接口定义或 struct 字段名也列进来 - 跨包调用搜不到？检查右下角是否显示正确的
go.mod路径；若显示子目录或 vendor 路径，说明项目根没设对 - 接口方法查不到实现？换用
Ctrl+Alt+B（Go to Implementation(s)），不是Alt+F7
Call Hierarchy 展开太慢？关掉 “Show library calls”
默认开启 Show library calls 会让 Ctrl+Alt+H 把标准库（net/http、runtime）和第三方依赖的内部调用全拉进来。一个 json.Unmarshal 可能展开出 20+ 层，掩盖真实业务链路。
建议操作：
- 打开 Call Hierarchy 窗口后，点右上角齿轮图标 → 取消勾选
Show library calls - 如果只想看本 module 内部逻辑，再勾选
Only project items - 需要临时看某次进 stdlib 的调用？右键某节点 →
Jump to Callee，手动钻进去看，比全局展开更可控
性能影响明显：关闭后，大型项目中单次展开响应从 3–5 秒降到 300ms 内。
静态分析看不到的调用，得靠运行时验证
Ctrl+Alt+H 是静态分析，对三类调用完全无感：
- 通过
interface{}或具体接口调用的方法（如svc.Do()，其中svc是接口类型） - 反射调用：
reflect.ValueOf(obj).MethodByName("Do").Call() - 闭包/函数值执行：
handler := fn; handler()中的fn定义不会出现在调用树里
这类路径必须结合调试确认：
- 在疑似入口打断点（如 HTTP handler），发请求，停住后打开
Debug → Frames面板，看栈帧顺序和数量 - 观察 Goroutine 列表（
Ctrl+Shift+G）中实际活跃的 goroutine 及其调用栈 - 真要画全图，用
go-callvis -nostd -file=callgraph.svg ./生成 SVG，但注意：匿名函数、obj.Method形式会显示为虚线边框，容易漏判
最常被忽略的是 interface 实现的间接性——你看到的调用链永远只是编译期可推导的部分，真实执行流可能绕开 IDE 显示的所有节点。
