GoLand缓存清理需分层处理：先用Invalidate Caches重启清理运行时索引，再手动删除Caches/Config/Plugins等全局目录，最后按需清理Go模块缓存；仅点“Invalidation”不彻底，残留配置常导致Project消失、import标红等问题。
GoLand 缓存清理不等于点一下 Invalidate Caches and Restart 就完事——很多问题（比如 Project 面板消失、import 标红、调试器版本错乱、结构体跳转失效）表面是缓存问题，实际是残留配置或文件没清干净，必须分层处理。
GoLand 内置缓存清理（最常用，但不够彻底）
这是日常开发中最快捷的缓存刷新方式，适用于界面异常、索引错乱、补全失灵等轻度问题。
- 菜单栏选择 File → Invalidate Caches and Restart…
- 勾选
Invalidate and Restart（不要只选Just Restart） - 勾选
Clear file system cache and Local History—— 这一项能恢复误删/重命名后丢失的文件历史
注意：Invalidate Caches 只清理 IDE 运行时生成的索引和临时缓存（如 index、plugins 下的 runtime 数据），不碰用户配置、日志、插件本身，也不会删除 ~/.go 或 $GOPATH 里的内容。
手动删除 JetBrains 全局缓存目录（解决“点无效”问题）
当 Invalidate Caches 点了没用，或者重启后问题复现，说明缓存目录可能被锁死、权限异常，或 IDE 没真正释放文件句柄。这时候得进系统目录手动删。
- macOS：执行以下命令（注意替换
GoLand2024.3为你实际的版本号）rm -rf ~/Library/Caches/JetBrains/GoLand2024.3<br>rm -rf ~/Library/Caches/JetBrains/GoLand2024.3/caches
- Windows：在 PowerShell 中运行
Remove-Item -Recurse -Force "$env:LOCALAPPDATA\JetBrains\GoLand2024.3\cache"<br>Remove-Item -Recurse -Force "$env:LOCALAPPDATA\JetBrains\GoLand2024.3\tmp"
- Linux：对应路径为
~/.cache/JetBrains/GoLand2024.3，直接rm -rf
关键点：cache 和 tmp 必须一起删，否则 IDE 启动时可能从旧 tmp 加载损坏的临时状态，导致再次出错。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
连带清理配置与插件缓存（调试器/模块依赖类问题必做）
Delve 版本报错（version of Delve is too old for Go version）、Go Modules 导入标红但 go run 正常、插件突然失效——这些往往不是 IDE 缓存问题，而是配置目录里存了过期的二进制或代理设置。
- macOS 清理配置目录：
rm -rf ~/Library/Application\ Support/JetBrains/GoLand2024.3<br>rm -rf ~/Library/Preferences/JetBrains/GoLand2024.3
- Windows 清理：
Remove-Item -Recurse -Force "$env:APPDATA\JetBrains\GoLand2024.3"<br>Remove-Item -Recurse -Force "$env:LOCALAPPDATA\JetBrains\GoLand2024.3"
- 删完后务必关闭所有 Goland 进程（任务管理器或
ps aux | grep goland），再启动——否则旧进程可能把缓存重新写回去
特别提醒：Application Support 下的目录里藏着 IDE 自带的 dlv 二进制、语言服务器快照、甚至自定义代码模板；不清这里，换再多次 Invalidate 都救不回调试器。
Go 项目级缓存要不要动？看情况
GoLand 的问题极少由 go mod cache 引起，但如果你刚升级 Fiber/v3 或切了 Go 1.24，又遇到 import 路径解析失败，可以配合清理：
- 只清理当前项目的模块缓存：
go clean -modcache（慎用，它会清空整个$GOMODCACHE，影响其他项目） - 更安全的做法是：
go mod tidy+ 手动检查go.mod里是否混用了v2和v3路径 - 别碰
go.sum——除非你明确知道校验失败，否则删了反而引发更多下载和冲突
真正的缓存干扰源，90% 在 JetBrains 目录层级，而不是 Go 工具链内部。动手前先确认问题是否跨项目复现：如果只有单个项目异常，优先查 go.work、GOPATH 环境变量或 IDE 的 Go SDK 配置是否指向了错误路径。
