GoLand代码提示不灵敏最常见原因是索引卡死，本质是JVM堆内存不足引发频繁GC；应优先调整goland.vmoptions参数（-Xms2g -Xmx4g/6g、移除UseG1GC、加ReservedCodeCacheSize），再处理go.work冗余路径和vendor目录标记为Excluded，最后手动清理index目录而非直接Invalidate Caches。
GoLand代码提示不灵敏，先确认是不是索引卡住
不是所有“没提示”都该清索引。如果光标移动迟滞、indexing…长时间挂在状态栏、CPU持续满载但无报错，基本就是索引卡死——这是最常见也最容易被当成“插件问题”误判的场景。它和语法错误、SDK未配置、模块未识别等无关，纯粹是JVM堆内存不足触发频繁GC导致的解析停滞。
直接删缓存不如调goland.vmoptions参数
盲目执行 File → Invalidate Caches and Restart 只是重启索引流程，若JVM内存仍不够，几秒后又卡住。必须先改启动参数：
-
-Xms2g和-Xmx4g：设为具体值（不要用-Xms512m -Xmx2g这种小堆），物理内存≥16GB时可设到-Xmx6g，但别超6g - 删掉所有含
-XX:+UseG1GC的行：Goland官方明确不推荐手动指定GC策略，G1在中等堆下反而增加停顿 - 加一行
-XX:ReservedCodeCacheSize=512m：避免JIT编译退化拖慢AST解析
路径注意：macOS在 ~/Library/Caches/JetBrains/GoLand2023.3/goland64.vmoptions，Windows在 %USERPROFILE%\AppData\Roaming\JetBrains\GoLand2023.3\goland64.vmoptions，Linux在 ~/.config/JetBrains/GoLand2023.3/goland64.vmoptions。
索引卡住还跟go.work或vendor有关
启用go.work后提示变慢甚至失败，大概率是IDE版本太旧或路径配置冗余：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 检查Help → About，build number低于
232.9559.62必须升级到2023.2+ -
go.work里只写顶层模块路径，别包含./module-a/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。解决方案是右键vendor目录 → Mark Directory as → Excluded（注意不是Test Sources）。
清缓存只在参数调完后才做
调完vmoptions、处理完go.work和vendor，再执行清理：
- 关掉GoLand，手动删掉
~/Library/Caches/JetBrains/GoLand2023.3/index/（macOS）或对应平台的index/子目录 - 不点
Invalidate Caches菜单项，那个会连带清掉你配好的SDK、插件设置等 - 重启后观察状态栏是否出现
Rebuilding indices，且进度条能持续前进而非卡在某百分比
真正容易被忽略的是：索引恢复后，第一次打开大文件或跳转到深层嵌套结构体时仍可能延迟1–2秒——这不是故障，是符号索引首次加载的正常开销，后续操作就会快起来。别在刚重启时就断定“还是不行”。
