GoLand索引慢的核心原因是默认按module graph（含所有indirect依赖）而非import graph建索引；解决方法是启用useImportPathsForIndexing并配置main-only scope排除测试与无关路径。
GoLand初次导入项目时索引慢，核心不是硬盘或CPU不够，而是它默认把整个go.mod构建图（含所有// indirect依赖）全量建索引，哪怕你只写了三行代码、只import了fmt。
为什么go mod tidy后索引还是又长又杂
运行go mod tidy只清理go.mod文件，但GoLand的索引缓存完全不认这个。它照旧扫描已缓存的全部模块路径，包括那些已被删掉、只剩indirect标记的包。
- 常见现象：终端里
go list -m all | wc -l输出 87 行，但补全列表里冒出golang.org/x/net/http2google.golang.org/grpc/internal/transport等压根没import过的子包 - 根本原因：GoLand默认用“module graph”而非“import graph”建索引——它看的是“哪些模块能被构建”，而不是“哪些包真被import了”
- 关键事实：
go mod vendor或replace到本地路径的模块，哪怕已从go.mod移除，只要目录还存在，GoLand就会继续索引里面每个.go文件
强制只按import路径索引
最有效的一招是让GoLand放弃整张构建图，只基于你代码里实际写的import语句建索引。这需要手动修改配置文件：
- 关闭GoLand，在项目根目录创建或编辑
.idea/misc.xml - 确保文件内容包含以下片段（注意
value="true"必须是字符串，不能写true）：<project version="4"> <component name="GoProjectSettings"> <option name="useImportPathsForIndexing" value="true"/> </component> </project> - 重启GoLand并手动触发
File → Reload project，否则设置不生效
这个开关一开，索引范围立刻收缩到你import语句中出现的路径层级（比如github.com/gin-gonic/gin），不会深入到gin/internal或gin/utils这种未显式引用的子包。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
用Scope排除测试和无关模块
即使启用了useImportPathsForIndexing，测试文件（*_test.go）里的import仍会进索引——而这些包往往专用于测试，不该出现在主逻辑补全里。
- 打开
Settings → Appearance & Behavior → Scopes，点击+新建一个scope，命名为main-only - Pattern填：
file:src//||file:cmd//||!file:**/vendor/**||!file:**/testutil/**||!file:**/*_test.go - 然后去
Editor → General → Code Completion，关掉Show suggestions regardless of context，并在Autopopup code completion下拉框中选中刚才建的main-onlyscope
这个组合拳实测能把补全候选数量砍掉60%以上，尤其对含大量golang.org/x/或testify依赖的项目效果明显。
别忽略vendor和go.work的干扰
如果你项目用了vendor或go.work，它们会成为索引拖慢的隐藏元凶：
-
vendor目录默认被当源码处理，每次保存任意.go文件都会触发全vendor重索引——尤其是里面混着_test.go或.proto生成文件时 -
go.work在旧版GoLand（use路径重复扫描相同依赖，导致索引时间翻倍 - 解决方法：
Settings → Go → Modules里勾选Enable Go workspaces support，并取消Auto-detect modules；同时确认go.work里没有冗余路径（如use ./a ./a/internal）
真正耗时的从来不是“要不要索引”，而是“索引了哪些本不该索引的东西”。改完配置后记得清掉.idea/modules.xml再Reload，否则旧module关系还在内存里赖着不走。
