GoLand索引卡在“indexing…”是因JVM堆内存耗尽引发频繁GC，需调整goland.vmoptions中-Xms/-Xmx值、禁用G1GC、排除vendor目录，并确保go.work配置正确且IDE版本≥2023.2。
GoLand索引卡在“indexing…”不动
根本不是代码写得有问题，而是IDE的JVM堆内存被耗尽后反复GC，尤其在含go.work或大量vendor的项目里。现象是光标延迟、文件打不开、进度条停在“indexing…”，CPU占满但无报错。
- 关掉GoLand，编辑
goland.vmoptions：macOS路径为~/Library/Caches/JetBrains/GoLand2023.3/goland64.vmoptions，Windows为%USERPROFILE%\AppData\Roaming\JetBrains\GoLand2023.3\goland64.vmoptions，Linux为~/.config/JetBrains/GoLand2023.3/goland64.vmoptions - 把
-Xms和-Xmx设成匹配物理内存的值，比如-Xms2g和-Xmx4g；-Xmx别超6g，否则GC压力反而飙升 - 加一行
-XX:ReservedCodeCacheSize=512m，防JIT编译退化拖慢索引 - 删掉所有含
-XX:+UseG1GC的行——GoLand官方不推荐手动改GC策略，G1在中等堆下更容易停顿
启用go.work后索引变慢甚至失败
GoLand对go.work的支持从2023.2才真正稳定，旧版本或配置不当会导致IDE为每个use目录重复建module，扫描路径爆炸式增长。
- 检查Help → About里的build number，低于
232.9559.62建议升级到2023.2或更新版 -
go.work文件里别写冗余路径，比如use ./module-a ./module-b ./module-a/internal——internal子目录会被二次解析 - Settings → Go → Modules中勾选
Enable Go workspaces support，并**取消勾选**Auto-detect modules - 删掉
.idea/modules.xml和.idea/misc.xml，重启让IDE按go.work重建module关系
vendor目录被反复扫描拖垮性能
GoLand默认把vendor当普通源码目录，每次改一个.go文件就触发全量vendor重索引，尤其里面混着测试文件或非Go资源时，耗时翻倍。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- Settings → Directories中，右键
vendor目录 → “Exclude”（不是“Mark as Excluded”，是直接Exclude） - 确认GOPROXY配置正确，避免IDE因拉包失败退回到本地
vendor反复试探 - 如果项目必须依赖
vendor且不能exclude，可在go.mod里用replace指向本地干净路径，再把原vendor目录Exclude掉
Windows 11下编译/调试卡住几十秒
不是杀软也不是Go版本问题，是微软Win11最近更新带的MSPCMANAGER或MSMANAGER服务在强制扫描Go工具链进程，导致编译器和dlv调试器被挂起。
- 打开任务管理器 → “服务”页签 → 搜索
MSPCMANAGER或MSMANAGER - 右键停止该服务；如需持久禁用，用管理员权限运行
sc stop MSPCMANAGER+sc config MSPCMANAGER start= disabled - 注意：该服务与系统更新机制有关，禁用后需留意后续Windows Update是否重新启用它
最常被忽略的是go.work配置和vendor排除的组合动作——单做一项效果有限，两项一起做才能切断索引爆炸链。另外，goland.vmoptions改完必须彻底退出IDE再启动，热加载无效。
