goland 的 find usages 默认不查接口实现，因其依赖隐式满足而非显式引用；需通过查方法调用链、接口变量赋值或 grep 辅助定位。
直接查不到“接口实现的引用”，因为 Go 没有这种语义层级的索引 —— 你得查“谁调用了该类型的方法”，或者“谁把该类型赋给了接口变量”。
为什么 Find Usages 对接口实现类型默认不生效
GoLand 的 Find Usages（Alt+F7）默认只找符号的显式引用：比如函数名、变量名、结构体名。但接口实现是隐式的，io.Reader 不会出现在源码里作为“被引用的类型”，它只是编译时的约束。所以对 *bytes.Buffer 执行 Find Usages，只会找到 new(bytes.Buffer) 或 var b *bytes.Buffer 这类显式构造，而不会定位到 func readAll(r io.Reader) {} 这种把它当 io.Reader 传入的地方。
真正有效的两种查法：按方法调用链 + 按接口变量赋值
你要找的其实是“哪些地方把某个类型当作某接口用了”。这拆成两个可操作路径：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 查该类型所有导出方法的调用点 —— 因为只要调了它的方法，就可能是在满足某个接口。比如查
(*bytes.Buffer).Read的所有调用，就能覆盖绝大多数io.Reader使用场景； - 查接口类型变量的赋值语句 —— 在代码里搜
=.*\*bytes\.Buffer或:=.*\*bytes\.Buffer，再人工确认左边是否是接口类型（如var r io.Reader）； - 用 GoLand 的结构化搜索模板匹配赋值模式：
$iface$ := $expr$，加修饰符限定$iface$类型为io.Reader，$expr$匹配*bytes.Buffer字面量或构造调用。
grep 辅助：在项目里快速筛出潜在使用点
IDE 有时漏掉跨包或泛型上下文中的使用。这时直接命令行更可靠：
- 查所有把
*bytes.Buffer赋给io.Reader的地方：grep -r "io\.Reader.*=.*\*bytes\.Buffer" ./； - 查所有传
*bytes.Buffer给接受io.Reader参数函数的调用：grep -r "\.Read.*bytes\.Buffer" ./ | grep -E "(func.*io\.Reader|io\.Reader.*func)"（需结合上下文判断）； - 注意：正则要转义点号，
\.才能匹配字面量.，否则会误匹配任意字符。
最常被忽略的是泛型函数调用 —— 比如 process[T io.Reader](t T) 接收 *bytes.Buffer，这种不会出现在传统 Find Usages 结果里，也很难被正则精准捕获，得靠 IDE 的 Go to Implementation（Ctrl+Alt+B）反向跳转，或手动 inspect 泛型实参推导路径。
