goland的ctrl+h在go中基本无效，因go无类继承树，不识别结构体嵌入、泛型实例化及动态interface实现；替代方案是ctrl+alt+b查interface实现、ctrl+b手动展开嵌入链、alt+f7查类型引用。
GoLand 里没有“查看类型层级”的独立功能，Ctrl+H 是唯一对应操作，但它在 Go 中基本无效——Go 没有 Java 那种 class 继承树，Ctrl+H 只对 interface 实现有部分响应，且常漏掉嵌入字段和泛型实例。
为什么 Ctrl+H 在 Go 里几乎没用
GoLand 的 Ctrl+H（Type Hierarchy）是为 Java 设计的，直接套用到 Go 上会出偏差：
- 它不识别结构体字段嵌入（
type User struct { Person }），不会把Person当作User的“父类型”展示 - 对泛型类型如
type Repository[T any] struct，Ctrl+H不显示Repository[Order]和Repository[User]的关系 - interface 实现检查只走 AST，漏掉通过反射、
map[string]interface{}或闭包动态赋值的实现 - 点击
Ctrl+H后弹出空窗口或只显示 “No hierarchy found”，不是你操作错，是 Go 语义本身不支持该模型
替代方案：用 Ctrl+Alt+B 查所有实现
这是 Go 场景下最接近“类型层级”的实用操作，专用于 interface：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 光标停在 interface 名上（比如
io.Reader或自定义的Processor），按Ctrl+Alt+B - 结果列表包含：所有显式实现该 interface 的 struct（含嵌入字段间接实现）、所有被
go:generate注解生成的 mock 类型 - 注意它不包含未打开文件里的实现——如果某个
handler.go里写了func (h *Handler) Read(...)但该文件没在编辑器中打开，就不会出现在列表里 - 右键某条结果可选
Find Usages，快速确认该实现是否真被调用，避免“声明了但没用”的假层级
看结构体嵌入关系，得用 Ctrl+B + 手动展开
Go 的“层级”实际体现在结构体嵌入（embedding）和 interface 组合上，IDE 不自动画树，但能帮你逐层跳转：
- 把光标放在嵌入字段名上（比如
type Server struct { HTTPServer }中的HTTPServer），按Ctrl+B跳转到其定义 - 在目标 struct 里再找嵌入字段，重复操作——这就是你手动构建的“嵌入链”
- 若嵌入的是 interface（如
type Service struct { Logger }），Ctrl+B会带你到 interface 定义，再配合Ctrl+Alt+B查实现 - 别依赖结构窗口（
Alt+7）：它不展开字段，type User struct { Name string; Profile Profile }里Profile不会作为子节点列出
真正要查“谁用了这个类型”，用 Alt+F7 或 Ctrl+Shift+F7
很多用户误以为要找“类型层级”，实际想解决的是“这个 struct/interface 被哪些地方依赖或构造”：
-
Alt+F7：查当前符号所有引用（包括变量声明、函数参数、返回值、嵌入字段），结果按文件分组，适合快速扫一遍使用范围 -
Ctrl+Shift+F7：只高亮当前文件内所有匹配项，不跳出窗口，适合边读代码边确认上下文 - 如果搜
User结果为空，先检查是否拼写错误；再确认该类型是否定义在internal/包里且当前文件没 import —— GoLand 不索引未导入的私有包类型 - 对泛型实例化类型（如
map[string]*User），Alt+F7能搜到，但不会关联到type User struct的原始定义，这是 Go 类型系统限制，不是 IDE 缺陷
Go 的类型关系是扁平组合而非垂直继承，所谓“层级”本质是人脑对嵌入、接口实现、类型别名的路径归纳。工具只负责跳转和索引，链怎么连，得你来判断——光标停在哪、按什么键、再往哪跳，这三步节奏比记住快捷键更重要。
