GoLand缓存目录在用户主目录下的.cache/JetBrains/GoLand*（如~/.cache/JetBrains/GoLand2026.2/system），不能直接删项目文件夹因缓存与项目元数据（.idea）分离，误删会导致配置丢失、索引失效及代码跳转异常。
GoLand 的缓存目录在哪，为什么不能直接删项目文件夹
GoLand 的缓存（system 目录）和项目工作区元数据（.idea）是分开存储的，前者在用户主目录下，后者在项目根目录内。直接删 .idea 会丢失 Run Configuration、代码模板、编码设置等本地配置；而只删项目里的 go.mod 或 bin/ 并不能清掉 IDE 内部索引状态，常导致“明明改了代码，但跳转/补全/高亮还是旧的”这类问题。
真正要清理的是：$USER_HOME/.cache/JetBrains/GoLand2026.2/system（Windows/macOS/Linux 路径结构一致，仅前缀不同），以及项目根目录下的 .idea 文件夹。注意：GoLand 版本号会随更新变化，比如 GoLand2026.2 不要硬写成 GoLand2025.3。
手动清除缓存后，GoLand 启动变慢或报错 Indexing failed: cannot resolve module
这是典型缓存残留 + 模块索引未重建导致的。GoLand 清缓存不等于重置 Go Modules 状态，它仍会尝试复用旧的 pkg 和 mod 缓存，尤其当 GOPATH 或 GOCACHE 路径被修改过时。
- 先关掉所有 GoLand 实例，再删
system目录 - 检查
GOCACHE环境变量是否指向有效路径（比如E:\GOCACHE\go-build），且该路径有写权限 - 启动 GoLand 后，不要立刻打开项目，先点 File → Close Project，再用 Open 重新加载项目根目录（不是用 Recent Projects 列表）
- 首次加载时留意右下角是否弹出
Reload project提示——必须点它，否则 Go Modules 不会触发go mod download和索引重建
重置 GOPATH/GOPROXY 导致依赖无法识别，go list -m all 正常但 IDE 里标红
GoLand 的模块解析依赖两个层级：底层 go 命令输出 + IDE 自己维护的 module graph 缓存。即使终端里 go list -m all 能跑通，IDE 也可能卡在旧的 vendor 或 replace 规则上。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
这时需要强制刷新模块视图：
- 打开 View → Tool Windows → Go Modules，点击右上角刷新按钮（环形箭头）
- 如果仍有标红，右键项目根目录 → Load Go Module（不是 “Reload project”）
- 确认 Settings → Go → Go Modules 中勾选了
Enable Go modules integration，且Proxy设置与终端一致（比如https://goproxy.cn） - 临时关闭
Use GOPATH that contains this project选项（尤其当你把项目放在 GOPATH 外时）
清理后 go run 正常但 Run Configuration 找不到 main 包
这和缓存无关，而是 GoLand 在重载项目时没正确识别入口。常见于使用 go.work 或多模块 workspace 场景。
解决方法很直接：
- 删掉
.idea/runConfigurations/下所有 XML 文件（它们是旧的启动配置缓存） - 在编辑器里打开任意一个
main.go，右上角会出现绿色三角形“运行按钮”，点击它会自动生成新的 Run Configuration - 如果没出现，右键
main.go→ Run 'main.go'，IDE 会自动推导package main和func main()位置 - 避免手动填
Working directory为$ProjectFileDir$以外的路径——GoLand 对相对路径解析不稳定，尤其跨盘符时
缓存清理本身很简单，难的是判断哪一层出了问题：是 IDE 索引、Go Modules 状态，还是 Run Configuration 的上下文绑定。每次操作前先看清楚错误发生的位置——终端？编辑器右下角提示？还是 Run 窗口里的日志？别一上来就全删。
