goland代码提示卡顿主因是jvm堆内存不足，需调高-xms/-xmx、禁用g1gc、排除vendor目录、启用go.work支持并修复goproxy配置。
GoLand代码提示卡顿，八成不是代码问题，而是JVM堆内存不够用，尤其在开多个模块、启用go.work或含大量vendor的项目里，-Xms/-Xmx设太小会导致频繁GC，光标延迟、补全慢、索引挂住都是典型表现。
改goland.vmoptions调高初始和最大堆内存
直接编辑IDE启动配置文件，不重启无效：
- macOS路径：
~/Library/Caches/JetBrains/GoLand2023.3/goland64.vmoptions（版本号按实际替换） - Windows路径：
%USERPROFILE%\AppData\Roaming\JetBrains\GoLand2023.3\goland64.vmoptions - Linux路径：
~/.config/JetBrains/GoLand2023.3/goland64.vmoptions
关键参数建议（根据物理内存调整）：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
-Xms2g：起步至少2GB，避免启动后立刻触发GC -
-Xmx4g：最大堆不建议超6GB；32GB内存机器可设-Xmx8g，但超过6g后GC停顿可能陡增 - 加一行
-XX:ReservedCodeCacheSize=512m，防止JIT编译退化拖慢索引 - 删掉所有
-XX:+UseG1GC——GoLand官方明确不推荐手动指定GC策略
禁用vendor目录索引能立竿见影
默认情况下GoLand把vendor当源码扫，每次改一个.go文件都会触发整个vendor重索引，尤其含测试文件或非Go资源时，补全响应直接卡死。
- Settings → Directories → 选中
vendor目录 → 点右上角「Excluded」 - 确认
vendor不再出现在Project视图的「Sources」标记下（应为灰色） - 重启GoLand，首次索引会快很多；后续修改仅影响主模块，
vendor彻底跳过
启用go.work支持但别让它“爆炸”
GoLand 2023.2+才稳定支持go.work，旧版或配置不当会导致IDE为每个use路径单独建module，重复扫描相同依赖，索引时间翻倍甚至失败。
- 检查Help → About，build number必须≥232.9559.62（对应2023.2正式版）
-
go.work里只写顶层模块路径，避免use ./module-a ./module-a/internal这种嵌套写法 - Settings → Go → Modules → 勾选
Enable Go workspaces support，**取消勾选Auto-detect modules** - 删掉
.idea/modules.xml和.idea/misc.xml，重启让IDE完全按go.work重建module关系
调参后最易被忽略的一点：改完goland.vmoptions必须彻底退出GoLand（不是关窗口），再重新启动，否则参数不生效。另外，如果项目用了replace或自定义GOPROXY，确保它们能正常访问，否则索引会卡在“resolving dependencies…”而非内存问题。
