GoLand本身不生成方法调用关系图或类继承结构图；Call Hierarchy仅显示扁平化直接调用，无嵌套层级；接口实现需用Ctrl+Alt+B跳转，嵌入与组合关系应结合Dependencies Diagram分析。
GoLand 本身不生成方法调用关系图，也不提供类继承结构图（Go 没有 class 和继承），所谓“继承结构”实际是接口实现关系或嵌入字段的组合行为，必须用不同方式查。
Call Hierarchy 查不到完整调用链，因为它是扁平列表
按 Ctrl+Alt+H（macOS 是 Cmd+Option+H）打开的 Call Hierarchy 只显示直接调用者和被调用者，不体现嵌套层级。比如 A → B → C，它会并列列出 A 调 C、B 调 C、A 调 B，三者无缩进、无父子标识。
- 看到某层展开后节点特别多（比如 >8 个），说明这个函数是枢纽，但不等于调用最深
- 灰色文字 = 标准库调用（如
fmt.Printf），蓝色 = 当前项目内函数，绿色 = 第三方包 —— 颜色只反映来源，不反映调用强度 - interface 方法调用点里混着大量标准库实现（如
io.Reader.Read），但你写的那个具体实现可能根本不会出现在列表里 -
defer或go后面的函数调用，在 Call Hierarchy 中大概率不出现
想看“谁实现了这个接口方法”，别用 Find Usages
Alt+F7 对接口方法基本无效，它只匹配文本或声明位置，不识别运行时实现。真正该用的是 Ctrl+Alt+B（macOS Cmd+Option+B）：光标停在接口方法名上，触发「Go to Implementation(s)」，它会列出所有满足签名的结构体方法。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 如果结构体用了嵌入字段（如
type S struct{ io.Reader }），且未显式实现该方法，GoLand 可能无法自动关联 - 泛型接口（如
type Container[T any]）需 Go SDK ≥ 1.18，否则跳转失败或结果为空 - 结果为空 ≠ 没有实现，可能是构建标签不匹配（比如实现代码在
//go:build test下），或该包没被当前模块 import
go-callvis 是目前唯一能接近“调用树”的方案
它基于 AST 静态分析，能输出带缩进、可交互的调用层级图，但必须手动指定入口和过滤条件，否则图会爆炸。
-
-focus参数必须是完整包路径（如./internal/handler），不能只写handler，否则报focus failed, could not find package - 一定要加
-nostd，否则json.Marshal、http.ServeMux这类标准库调用会占满图谱，遮盖业务逻辑 - 图中粗边框 = 导出函数，虚线边框 = 匿名函数，带圆圈箭头 =
go启动点 —— 这些视觉线索直接影响你判断并发风险和资源生命周期 - 它抓不到反射调用（
reflect.Value.Call）、plugin加载的函数、以及 HTTP 路由注册（http.HandleFunc）背后的间接调用
“继承结构”在 Go 里本质是 embed + interface，得靠 Dependencies Diagram 辅助
Go 没有继承，只有组合（embed）和契约（interface）。想理清一个类型到底“像谁”，不能只看定义，要看它 import 了什么、实现了哪些接口、又被哪些地方当 interface{} 使用。
- 右键某个
.go文件 →Show Dependencies Diagram，图中只显示该文件实际 import 的包，不是整个go.mod列表 - 如果图里出现
internal/service → internal/handler → internal/service这种红色高亮回环，就是循环依赖，必须拆出internal/port层解耦 - 图中看不到
_导入的包（如_ "github.com/lib/pq"），因为它们不参与编译期依赖分析 - 想确认某个结构体是否隐式满足接口，最可靠的方式是加断点跑起来，在 Debug → Frames 面板里看实际类型，而不是依赖 IDE 静态推导
