go clean -cache清的是$GOCACHE目录下已编译的中间产物（.a文件），用于加速构建，但不清理GoLand索引缓存或模块缓存；切项目后标红、构建慢等问题多因IDE未同步go.mod或需清-modcache，而非-cache失效。
GoLand 切换项目时 go clean -cache 不起作用？先确认它清的是什么
你切项目后发现构建变慢、标红不消失、甚至 go run 还用着旧包的符号，别急着反复点 Invalidate Caches —— go clean -cache 清的是 $GOCACHE（默认 macOS 在 ~/Library/Caches/go-build），不是 GoLand 自己的索引缓存。它只管 Go 编译中间产物（.a 文件），和 IDE 是否识别 import 路径无关。
常见错误现象：
-
go build速度没变化，但go env GOCACHE显示路径正确 → 可能是进程还在占用文件，Linux/macOS 下rm -rf后空间未立即释放 - 刚切到新项目，
go list -m all报cannot find module providing package→ 这是模块缓存问题，该清go clean -modcache，不是-cache - GoLand 里 import 标红，但终端
go build成功 → IDE 没同步go.mod，不是缓存问题，是没触发 Synchronize
多项目并行时怎么避免 $GOCACHE 和 $GOMODCACHE 互相污染
GoLand 本身不隔离项目缓存，所有项目共用同一份 $GOCACHE 和 $GOMODCACHE。如果你同时开一个 CGO_ENABLED=1 的项目和一个 CGO_ENABLED=0 的项目，缓存混用会导致静默链接失败或构建结果不一致。
实操建议：
- 交叉编译频繁的项目（如同时跑
GOOS=linux GOARCH=arm64和darwin/amd64）：每次切换前手动运行go clean -cache，否则旧架构的.a可能被复用 - 私有模块代理切换（比如从
proxy.golang.org切到公司内网GOPROXY）：必须执行go clean -modcache，否则同版本模块可能混着两个源的 zip 包 - 不想每次手动清？把
GOCACHE指向项目级目录：export GOCACHE=$PWD/.gocache（仅限终端启动项目），GoLand 不支持 per-project GOCACHE，别在 Settings 里白找
GoLand 多任务运行（Run/Debug/Test）后残留缓存怎么清干净
GoLand 启动 dlv 或 go test 时，会悄悄往 $GOCACHE 写大量调试符号和测试专用对象文件。这些文件不会随 Debug Session 结束自动清理，尤其 -race 或 -cover 模式下，几天就能涨到 20GB+。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
关键点：
-
go clean -cache确实能清掉它们，但注意：它不清理$GOPATH/pkg下的安装产物（比如go install生成的二进制），那是go clean -i的事 - 如果你用
go install -o ./bin/myapp手动指定输出路径，go clean -i完全无效，得自己rm ./bin/myapp - GoLand 的 “Build project automatically” 开着时，每次保存都触发
go list，间接写$GOCACHE；关掉它（Settings → Go → Build project automatically）能减少 70% 以上无意义缓存生成
真正要重置多项目状态，别只盯着缓存
缓存只是表象。多项目切换后出问题，80% 是环境变量或模块同步没跟上。
检查顺序应该是：
- 当前项目右键 → Synchronize（不是 Invalidate Caches），强制 IDE 读取最新
go.mod和依赖树 - 进 Settings → Go → Go Environment，确认
GO111MODULE=on且没被项目级配置覆盖 - Terminal 里跑
go env GOCACHE和go env GOMODCACHE，确保路径没被某次错误的go env -w锁死 - 最后才执行
go clean -cache && go clean -modcache—— 注意顺序，-modcache会清掉模块，-cache依赖模块存在才能重建，反过来清可能卡住
最易被忽略的是：GoLand 的 Run Configuration 默认继承系统环境变量，而你切项目时 Terminal 里 go env 看到的 GOROOT 可能还是旧值。验证方式永远是 fmt.Println(runtime.GOROOT()) 打印运行时实际加载路径，不是看 IDE 设置面板。
