GoLand中查看函数被谁调用应按Alt+F7（macOS为Option+F7），显示所有直接调用位置；若要看函数内部调用链，需用Ctrl+Alt+H（macOS为Command+Option+H）打开Call Hierarchy并展开Down分支。
GoLand 里怎么看函数被谁调用了
直接按 Alt+F7（macOS 是 Option+F7），光标停在函数名上就能弹出所有调用位置。这不是“调用链”而是“被调用点列表”，适合快速定位入口——比如你想知道 http.HandleFunc 被哪些地方注册过，或者某个 Close() 方法在哪些 goroutine 里被触发。
常见错误是把它当成“向下追踪”工具：它不显示这个函数内部又调用了哪些函数，只告诉你“谁调了它”。如果误以为能顺着看到 os.Open → syscall.open → runtime.entersyscall 这种路径，就会卡住。
- 结果默认按文件路径分组，点击某一项可跳转到具体行号
- 右键菜单里有 “Show Usages in Hierarchy”，能展开一层间接调用（比如 A 调 B，B 调 C，但只显示 A→B 和 B→C，不自动连成 A→B→C）
- 如果函数是接口方法或泛型约束里的，可能漏掉部分实现，得配合
Ctrl+Click查具体实现类型
想看“这个函数内部调了哪些函数”怎么办
Ctrl+Alt+H（macOS 是 Command+Option+H）打开的是 Call Hierarchy，这才是真正的调用链视图。它分三层：当前函数、它的直接调用者（Up）、它直接调用的函数（Down）。Down 分支才是你关心的“内部调用路径”。
容易踩的坑是没展开 Down 树节点就以为看完了——比如点开 db.QueryRow() 后，必须手动点击它下面的 queryContext()、conn.exec() 等子节点，才能继续往下钻。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 每个节点右侧会标出调用次数（小数字），高频调用点值得优先关注
- 灰色字体表示来自标准库（如
net/http、database/sql），蓝色是当前项目代码 - 如果某层调用是通过 interface 或 reflect 动态分发的（比如
json.Unmarshal里的unmarshaler.unmarshal），Call Hierarchy 可能无法静态解析，会显示为 “Unknown”
为什么有些调用链在 GoLand 里显示不全
GoLand 的静态分析依赖 AST 和符号表，对三类场景天然乏力：
- 闭包内调用：比如
go func() { handler() }()，Call Hierarchy 很难关联到启动 goroutine 的那一行 - 反射调用：
reflect.Value.Call不会在编译期生成调用边，IDE 看不到obj.Method()实际指向哪个函数 - 汇编或 syscall 直接调用：像
syscall.Syscall这种，GoLand 不会把runtime.entersyscall和用户代码连起来，因为中间隔了运行时黑盒
这时候得切到命令行，用 go-callvis -nostd ./... 生成图谱——它能抓到 runtime 层的调用，但代价是无法交互跳转，只能当辅助验证。
调试时动态看实时调用链更准
设断点后，在 Debug 面板的 Frames 标签页里，从下往上读堆栈就是此刻真实的调用链。和静态分析不同，它包含所有 goroutine 切换、defer 延迟执行、panic 恢复路径。
特别注意 runtime.goexit 和 runtime.mcall 这类帧：它们不是业务代码，但出现在堆栈里说明刚经历过调度器介入或协程退出。如果看到 runtime.chansend1 卡在顶部，基本可以判定是往已关闭 channel 发送导致阻塞。
- 右键某个 Frame 可选 “Jump to Source”，但 runtime 源码需提前下载并配置 GOPATH/src
- 多个 goroutine 并发时，Frames 列表顶部显示当前活跃 goroutine，底部是其他挂起的 goroutine，别只盯第一个
- 如果堆栈太深（比如模板渲染嵌套 20 层），勾选 Debug 面板右上角的 “Hide System Frames” 能过滤掉 runtime 和 net/http 内部帧
