不存在。GoLand的符号索引按项目隔离，每个项目有独立索引目录，不跨项目共享；所谓“共享”实为多个项目缓存堆积在同一根目录下，易导致磁盘占用高、冲突或响应变慢。

GoLand 多工程共享索引缓存存在吗？

不存在。GoLand 的符号索引（用于跳转、补全、Find Usages）是**按项目隔离**的，每个打开的 Go 项目都有独立的索引目录，不会跨项目共享。所谓“多工程共享缓存”是常见误解——实际是多个项目各自生成的缓存堆积在同一个 JetBrains 缓存根目录下，导致磁盘占用高、索引冲突或响应变慢。

清理项目级索引缓存的正确操作

索引缓存位于 ~/Library/Caches/JetBrains/GoLand*/index/（macOS）、%LOCALAPPDATA%\JetBrains\GoLand*\index\（Windows）或 $XDG_CACHE_HOME/JetBrains/GoLand*/index/（Linux）。它和 IDE 配置、插件缓存混在一起，不能只删 index/ 子目录了事，否则可能引发索引错乱或启动失败。

GoLand 2026.1.1

GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。

下载

• 最稳妥方式：点击顶部菜单 File → Invalidate Caches and Restart… → 选 Invalidate and Restart
• 该操作会清空所有项目当前的索引缓存 + 插件缓存 + 语言服务器状态，但保留你的 Settings 和 Keymap
• 重启后左下角出现 Indexing…，等进度条消失即可正常使用；首次索引耗时取决于项目大小（几秒到几分钟）
• 别手动进 index/ 目录删文件——部分子目录被锁住，删不干净还可能让 IDE 卡在“Loading project”

为什么有时 Invalidate Caches 后仍标红？

标红（如 undefined symbol）不是索引缓存残留，而是 GoLand 没正确识别模块上下文。常见原因包括：

• go.mod 文件缺失或路径不在 GOPATH 下，导致 GoLand 误判为 GOPATH 模式
• 项目根目录没包含 go.mod，但子目录有多个模块——GoLand 默认只加载顶层模块，其他模块需手动 File → Open Module Settings → Modules → + → Import Module
• Settings → Go → Go Modules 中勾选了 Enable Go modules integration，但 GO111MODULE 环境变量被设为 off
• 刚重命名结构体或移动文件，gopls 语言服务器还没刷新，可尝试 File → Reload project

长期管理多项目缓存的实用建议

频繁开闭多个大型 Go 项目时，缓存体积增长快（单个项目索引可达数百 MB），但没必要每次重启都清缓存。更可持续的做法是：

• 关闭 Settings → Go → Build Tags & Vendoring → Build project automatically，减少保存即触发索引更新的频率
• 对非活跃项目，右键项目名 → Close Project，而不是留在标签页里挂起（挂起状态仍维持索引内存占用）
• 定期运行 go clean -cache 清构建中间产物，它和 IDE 索引无关，但能释放 ~/Library/Caches/go-build 下的 GB 级空间
• 如果某项目始终索引异常，不要反复 Invalidate Caches，先检查 go list -m all 是否报错——多数时候问题出在模块依赖本身，而非 IDE

真正容易被忽略的是：索引重建过程完全依赖 gopls 的响应速度和本地磁盘 I/O。SSD 慢、项目含大量 vendor 或嵌套 replace 时，即使清完缓存，首次跳转也可能卡顿 5 秒以上——这不是 bug，是设计使然。