必须手动排除vendor等目录，因goland默认将其视为源码导致反复增量索引；正确做法是右键目录→mark directory as→excluded，而非依赖.gitignore或search.exclude；排除后需检查misc.xml/modules.xml及jvm参数确保无硬编码陷阱。
GoLand 索引卡顿、CPU 占满、文件打开慢，90% 是因为 vendor、node_modules、dist 这类大型文件夹被反复扫描。排除它们不是“可选项”，而是必须做的第一步。
为什么 vendor 目录必须手动排除
GoLand 默认把 vendor 当作普通源码目录处理——每次改一个 .go 文件，它都会触发对整个 vendor/ 的增量 re-index。尤其当里面含大量测试、文档或非 Go 资源时，索引时间直接翻倍甚至卡死。
- IDE 不会自动识别
vendor的语义，也不会读取go.mod里的replace或//go:build ignore规则 -
Settings → Go → Modules → Enable vendoring只控制依赖解析逻辑，不影响索引范围 - 真正生效的只有「标记为 Excluded」：右键目录 →
Mark Directory as → Excluded
如何正确排除 vendor 和其他干扰目录
不能只靠 .gitignore 或 search.exclude，那些只影响搜索和 Git，对索引无效。必须走 IDE 的「内容根路径」机制。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在
Project工具窗口中，右键点击vendor（或node_modules、dist）→ 选择Mark Directory as → Excluded - 排除后，该目录图标变成灰色，且不再出现在
Find in Path（Ctrl+Shift+F）结果里 - 如果项目用
go.work，确保每个use子模块下的vendor都单独排除——IDE 不会递归继承父级排除规则 - 已排除的目录，其子目录（如
vendor/github.com/some/repo/testdata）也自动不参与索引，无需重复操作
排除后仍被索引？检查这三处硬编码陷阱
有时候你明明标了 Excluded，但 CPU 还是飙高，说明某些配置正在悄悄绕过你的排除设置。
-
Settings → Build, Execution, Deployment → Console → Terminal中的Shell path如果指向了包含vendor的 shell 初始化脚本（比如~/.zshrc里有export GOPATH=~/myproject/vendor），IDE 启动时可能误加载 -
goland.vmoptions里若残留-Didea.skipIndexing=true之类旧参数，会导致索引行为异常，建议清空自定义 JVM 参数后重试 - 项目根目录下存在
.idea/misc.xml或.idea/modules.xml，其中硬编码了vendor为sourceFolder，删掉这两个文件，重启后让 IDE 重新生成
最麻烦的不是怎么排除，而是排除之后没人再检查它是否真的退出了索引流程——比如某次升级后 IDE 自动把 vendor 加回 content root，或者新同事 clone 项目时忘了同步 exclusion 设置。定期打开 Help → Diagnostic Tools → Debug Log Settings，加日志 tag com.intellij.openapi.vfs.impl.local.LocalFileSystemImpl，看索引日志里是否还出现 vendor/ 路径，才是唯一验证方式。
