GoLand无全局接口实现分布图，需组合Find Usages（查接口方法而非接口名）、Structural Search（匹配struct定义模式）、Implement interface（仅当前项目）及godoc -analysis=type（全量静态分析）来定位实现。
GoLand 本身不提供“全局接口实现分布图”，但能通过组合功能快速定位所有实现位置，关键在于用对工具链而非等待 IDE 自动汇总。
用 Find Usages 查接口名本身没用，得查它的方法
接口是隐式实现的，GoLand 对 interface{} 类型的 “Find Usages” 只会返回声明和类型别名引用，不会列出实现者。真正有效的是：对接口里任一方法（尤其是最独特、最少重名的那个）执行 Find Usages。
- 打开接口定义（比如
io.Reader），点进Read(p []byte) (n int, err error)方法签名 - 右键 →
Find Usages（或Ctrl+Alt+F7） - 结果里所有带接收者且函数签名匹配的
func (x *T) Read(...)都是潜在实现——因为 Go 要求方法名、参数、返回值完全一致 - 注意排除测试文件里 mock 类型（如
*mockReader），它们通常在_test.go中
结构化搜索（Structural Search）精准抓 struct 实现模式
当接口方法名太常见（比如 Close()），Find Usages 会混入大量无关结果。这时用结构化搜索锁定“带某方法的 struct 定义”：
- 按
Ctrl+Shift+A→ 输入 “Structural Search”，选Search Structurally - 模板填：
type $name$ struct { $BODY$ }<br>func (t *$name$) $method$(...) $result$ { $BODY2$ } - 给
$method$加文本修饰符，填入你要找的接口方法名（如Read） - 范围选 “All Places”，点
Find—— 结果就是明确定义了该方法的 struct 类型
GoLand 的 “Implement interface” 意图只对当前项目生效
这个功能（Alt+Enter → Implement interface 'XXX'）本质是代码生成，不是发现工具。它只检查当前文件或已导入包中是否已有该 struct 定义，并补全缺失方法。它不会扫描整个 GOPATH 或 vendor 下未被引用的类型。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 如果你看到 “No implementations found”，不代表没有实现，只代表 GoLand 当前上下文没感知到该 struct
- 要让它识别第三方包里的 struct，必须先在当前文件 import 对应包，哪怕只是 _ import
- 自定义接口若在另一个 module，需确保
go.mod已正确 require，且 GoLand SDK 配置指向包含该 module 的 GOPATH/GOPROXY 环境
真正跨项目/标准库的可靠方式：结合 godoc -analysis=type
GoLand 不索引标准库源码中的隐式实现关系，但本地 godoc 服务可以。这是目前唯一能覆盖 $GOROOT/src 和 $GOPATH/src 全量实现的方案：
- 终端运行：
godoc -http=":8080" -analysis="type"
- 访问
http://localhost:8080/pkg/io/#Reader，页面顶部会出现Implements区域，列出所有已知实现（包括*os.File,*bytes.Buffer等） - 注意：你的项目自定义接口要被索引，必须先
go build过，否则-analysis=type扫不到 - 这个列表是静态分析结果，不依赖运行时，但也不含未编译的 .go 文件（比如刚新建还没保存的）
接口实现分布不是一张地图，而是一组可验证的契约。最易被忽略的是：GoLand 的所有查找都受限于当前 module 的构建状态和 import 图；脱离 go list 和 godoc -analysis 的纯 IDE 操作，永远只能看到“已加载的部分”。
