go clean -cache 和 go clean -modcache 在远程无效，是因为它们仅作用于执行命令的本地 Go 环境；远程服务器拥有独立的 GOCACHE 和 GOMODCACHE 路径（由其自身环境变量或默认值决定），GoLand 远程开发模式不会自动同步或清理这些路径，必须登录远程服务器后手动执行对应命令或删除目录。
GoLand 远程开发中，环境配置同步产生的“远程缓存”不是 IDE 自身缓存，而是指本地配置被推送到远程服务器后，在远程端残留的构建产物、模块缓存、调试器二进制或临时文件——这些不会随本地 Settings 清理而消失，必须手动干预。
为什么 go clean -cache 和 go clean -modcache 在远程无效
你在本地终端执行 go clean -cache，只清理本地 GOCACHE 目录；同理，go clean -modcache 只作用于本地 GOMODCACHE。远程服务器上运行的是独立的 Go 环境，它的 GOCACHE 和 GOMODCACHE 路径由远程系统的环境变量决定，与 GoLand 的同步配置无关。
- GoLand 的「Remote Development」模式（通过 SSH 连接）默认不自动同步或清理远程缓存目录
- 远程
go env输出的路径可能和本地完全不同，比如/home/user/.cache/go-build或/root/go/pkg/mod - Delve 调试器如果在远程用
go install安装过，$HOME/go/bin/dlv也不会被自动更新或删除
如何定位并清理远程服务器上的真实缓存路径
别猜，直接登录远程服务器查：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 执行
ssh user@your-remote-ip进入终端 - 运行
go env GOCACHE和go env GOMODCACHE，确认实际路径（注意：若输出为空，说明未设置，走 Go 默认值） - 检查默认位置：
–GOCACHE默认为$HOME/Library/Caches/go-build（macOS）、$HOME/.cache/go-build（Linux）、%USERPROFILE%\AppData\Local\go-build（Windows WSL）
–GOMODCACHE默认为$GOPATH/pkg/mod，而$GOPATH默认是$HOME/go - 确认目录是否可写：
ls -ld $(go env GOCACHE)，避免因权限问题导致后续构建失败
清理远程缓存的最小安全操作集
执行前请确保远程项目已停止运行，且无正在构建的进程：
- 清构建缓存：
go clean -cache（仅当go env GOCACHE已正确指向目标目录时才有效） - 清模块缓存：
go clean -modcache（同理，依赖GOMODCACHE设置） - 若上述命令报错或没效果，直接删目录：
rm -rf $(go env GOCACHE) && rm -rf $(go env GOMODCACHE) - 删旧版 dlv：
rm -f $HOME/go/bin/dlv $HOME/go/bin/dlv.exe（尤其当你在远程手动go install过 Delve） - 删 GoLand 自动生成的远程调试临时文件：
rm -rf /tmp/go-delve-* /tmp/dlv-*
防止下次再堆积的关键动作
远程缓存反复膨胀，根本原因常是本地配置没对齐远程环境：
- 在远程服务器的 shell 配置文件（如
~/.bashrc或~/.zshrc）中显式设置GOCACHE和GOMODCACHE为绝对路径，并确保该路径存在、可写 - 避免在远程使用
sudo go install—— 这会让 dlv 装到/root/go/bin，普通用户调试时找不到 - GoLand 的 Remote Development 配置里，不要勾选「Sync IDE settings to remote」这类选项（它不处理缓存，反而可能覆盖远程 shell 配置）
- 每次更换 Go 版本后，远程必须重跑
go install github.com/go-delve/delve/cmd/dlv@latest，不能复用旧二进制
真正难清理的从来不是某个目录，而是你以为“配好了”就一劳永逸的错觉——远程环境没有自动 GC，所有你曾经 go run、go test、dlv debug 过的痕迹，都会安静躺在那里，直到某天 df -h 报警。
