必须手动执行go clean -cache，因GoLand不管理$GOCACHE路径，仅调用go build写入而不清理；关闭自动构建和File Watchers可阻止持续写入，否则清理仅暂缓磁盘膨胀。
GoLand 的缓存膨胀和文件监控冲突是磁盘爆满、编辑卡顿、跳转失灵的直接原因，不是“偶尔慢一下”，而是持续性资源泄漏——必须主动干预，不能等 IDE 自己处理。
go clean -cache 为什么必须手动执行，且不能靠 GoLand 触发
go clean -cache 清的是 $GOCACHE（默认 macOS 在 ~/Library/Caches/go-build），GoLand 完全不参与这个路径的生命周期管理。它只调用 go build 或 go test，而这些命令会把中间产物（.a 文件）写进去，但绝不负责清理。
- 常见错误现象：
$GOCACHE几天涨到 30GB+，GoLand 却毫无提示；改了代码后go build速度没变快，误以为“缓存没清” - 执行前先确认路径：
go env GOCACHE，别依赖记忆或文档默认值 -
go clean -cache不删空目录，只删“过期”条目；要彻底清，得用：rm -rf $(go env GOCACHE)/*（注意末尾/*） - 如果设了
GOCACHE=off，这条命令什么也不会做 - 清理后首次构建变慢是正常表现，缓存重建需要时间，不是失败
GoLand 自动构建和文件监听如何偷偷吃掉磁盘与 CPU
GoLand 默认开启 Build project automatically，每次保存就触发 go list 和 go build 检查，间接往 $GOCACHE 写东西；同时 File Watchers 会监听整个项目树，尤其在 vendor 多或 pkg/mod 膨胀时，inotify 句柄极易耗尽。
- 关闭路径：
Settings → Go → Build Tags & Vendoring → Build project automatically - 关掉所有与 Go 相关的 File Watcher：
Settings → Tools → File Watchers - 禁用
Settings → Languages & Frameworks → Go → Go Modules → Index entire GOPATH（已废弃但仍有残留影响） - 加环境变量防 inotify 耗尽：
GOPLS_WATCHER=fsnotify（macOS/Linux）或GOPLS_WATCHER=watchexec（Windows） - 别开
Synchronize files on frame activation，切回 IDE 时不会自动重读磁盘文件，避免无谓 I/O
哪些缓存能删，哪些绝对不能碰
缓存不是黑盒，删错一个路径可能让下次 go run 变成“重新下载整个互联网”。关键分清三类路径职责：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
$GOCACHE：纯构建中间产物，可安全go clean -cache或rm -rf，不影响模块下载 -
$GOPATH/pkg/mod：模块源码缓存，对应go clean -modcache；删了会重下所有依赖，但不会破坏go.mod语义 -
$GOPATH/pkg：legacy 构建产物 + vendor 缓存，不要直接rm -rf，可能残留锁文件或破坏 vendor 一致性 - 误删
$GOPATH/pkg/mod后，go mod download会变慢，但go mod verify可校验后续拉取是否一致
内存不足型卡顿的最简修复：调 JVM 参数不是可选项
GoLand 是 JVM 应用，卡顿主因不是 Go 代码，而是堆内存不足导致频繁 GC。默认 -Xmx2048m 对中大型项目完全不够，尤其开了 gRPC 插件或 Delve 调试器时。
- 备份原配置：
goland.vmoptions（路径见Help → Edit Custom VM Options） - 设
-Xms2048m -Xmx9216m（32GB 内存机器），避免运行中动态扩容 - 加
-XX:ReservedCodeCacheSize=2048m，否则大量 Go 插件加载后触发 JIT 缓存溢出警告 - 若启用远程调试，追加
-XX:MaxDirectMemorySize=6G，防止 Delve 因堆外内存不足挂起 - 改完必须重启 IDE，
File → Invalidate Caches and Restart… → Just Restart不生效
真正麻烦的从来不是“怎么删”，而是删完之后谁还在往里写——关掉自动构建、禁用冗余 watcher、调高 JVM 内存，这三件事不做，go clean -cache 就只是给磁盘腾出几小时的喘息时间。
