goland中ctrl+shift+f可全局搜索带英文双引号的完整第三方包路径（如"github.com/gin-gonic/gin"）以精准定位import语句；find usages（alt+f7）对第三方包无效，因其不索引$gopath/pkg/mod中的外部源码。
GoLand里用 Ctrl+Shift+F 查第三方包导入语句
直接按 Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS），在全局搜索框里输入 "github.com/gin-gonic/gin" 这类完整路径字符串，就能定位所有 import 语句。注意加英文双引号，避免匹配到注释、字符串字面量或变量名里的子串。
常见错误是只搜 gin 或 gin-gonic，结果命中大量无关内容；或者不加引号，导致搜出 github.com/xxx/gin-xxx 这类干扰项。
为什么 Find Usages 对第三方包无效
Alt+F7（Find Usages）只对当前项目中已解析的符号起作用。第三方包的源码默认不在项目目录下（而是存于 $GOPATH/pkg/mod），GoLand 不会自动索引这些路径下的标识符——除非你手动把它们加进项目 scope 或启用 “Index external libraries”（不推荐，易拖慢 IDE）。
所以别指望右键点 gin.Engine 然后选 Find Usages 能查到所有调用位置。它最多返回本项目里显式声明的变量或函数调用，漏掉大量间接使用场景（比如传参、类型断言、接口实现）。
用 go mod graph 辅助判断包是否被间接引用
如果想确认某个包（如 github.com/go-sql-driver/mysql）是不是被其他依赖带进来的，而不是直连 import，可以在终端运行：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
go mod graph | grep 'mysql'
这能快速筛出它出现在哪条依赖链上。配合 go list -deps ./... 可进一步确认哪些本地包实际依赖它。
注意：go mod graph 输出的是模块级关系，不是代码级引用；它不会告诉你哪行 import 写了它，但能帮你排除“以为没用、其实被 transitive 依赖”的误判。
IDE 设置里关掉 Exclude from search 的 vendor 目录
如果你项目用了 go mod vendor，vendor 目录默认被 GoLand 排除在搜索范围外。这时 Ctrl+Shift+F 就搜不到 vendor 里的第三方包代码 —— 但你可能正想查它们是怎么被调用的。
解决方法：右键点击 vendor 文件夹 → Mark Directory as → Not Excluded。之后再搜 "database/sql" 这类标准库路径，就能同时覆盖 vendor 中的修改版代码。
不过要注意，开启后搜索变慢，且结果里会混入大量第三方包内部实现，需要人工过滤。建议只在排查深度依赖问题时临时启用。
真正难的不是找到 import 行，而是区分哪些引用是主动引入、哪些是构建时被动拉入的间接依赖。尤其当go.mod 里出现 // indirect 标记时，得结合 go mod graph 和实际代码调用链交叉验证，否则容易删错依赖。
