GoLand 的静态分析缓存存放在 JetBrains 缓存目录：macOS 为 ~/Library/Caches/JetBrains/GoLand*，Windows 为 %LOCALAPPDATA%\JetBrains\GoLand*，Linux 为 ~/.cache/JetBrains/GoLand*，包含符号索引、类型快照等，不涉及 $GOCACHE 或 $GOMODCACHE。
GoLand 的静态分析缓存存在哪
GoLand 本身不管理 Go 编译缓存，但它的语言服务（gopls）和 IDE 自身会为代码分析生成大量索引与缓存文件，主要存放在：~/Library/Caches/JetBrains/GoLand*（macOS）、%LOCALAPPDATA%\JetBrains\GoLand*（Windows）或 ~/.cache/JetBrains/GoLand*（Linux）。这些缓存包括符号跳转索引、类型推导快照、未保存修改的 AST 快照等，不是 $GOCACHE 或 $GOMODCACHE，删错目录不会影响 Go 构建逻辑。
直接删 JetBrains 缓存目录最有效
GoLand 不提供「清理静态分析缓存」的菜单按钮，官方也不建议在设置里点点点清——因为那些选项只清部分 UI 状态，不碰底层分析索引。真正起效的是手动清理缓存目录：
- 先退出 GoLand（必须，否则文件被占用可能删不干净）
- 执行：
rm -rf ~/Library/Caches/JetBrains/GoLand*（macOS） - 或 Windows：
rd /s /q "%LOCALAPPDATA%\JetBrains\GoLand*" - Linux：
rm -rf ~/.cache/JetBrains/GoLand* - 注意：用
GoLand*而非具体版本号，能匹配所有残留（如GoLand2025.3、GoLand2026.1.1）
为什么改了 go.mod 后补全还错
常见现象：升级依赖后，gopls 仍提示旧函数不存在、类型解析卡在老版本、go list -m all 和 IDE 显示的模块版本对不上。这不是 gopls 没重启的问题，而是缓存里存了旧的 module metadata 快照，且 IDE 没触发强制重建。此时仅重启 IDE 或重载项目无效：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
gopls默认复用已有缓存，除非检测到go.mod时间戳变更 + 文件内容哈希变化，而某些编辑器保存行为（如 vim swap、IDE 自动保存）可能绕过该检测 - 缓存目录里存在
index/子目录，存放二进制化的符号表，它不随go mod tidy自动刷新 - 最稳做法：删缓存目录 + 在 GoLand 中执行 File → Reload project from disk（不是 Close & Reopen），让
gopls重新加载完整模块图
别误删 ~/Library/Application Support/JetBrains/GoLand*
这个目录存的是用户配置、插件、自定义快捷键、代码模板等，删了会导致主题、字体、代理设置全丢。静态分析缓存只在 Caches/ 下，Application Support/ 是另一回事。如果只是补全不准、跳转失效、高亮异常，不需要碰 Application Support；只有重装前才需一并清理。
真正容易被忽略的是：删完缓存后首次打开项目，GoLand 会花几十秒到几分钟重建索引，期间补全响应慢、跳转灰显、甚至报“indexing…”提示——这不是失败，是正常重建过程。等右下角状态栏不再显示 indexing，且 gopls 进程 CPU 降下来，才算恢复干净状态。
