GoLand不支持构建前自动清理临时文件，因其无内置钩子机制；需手动执行go clean -cache，并关闭自动构建、File Watchers及合理配置GOCACHE/GOTMPDIR来治本。

GoLand 自动构建前不支持自动清理临时文件

GoLand 没有内置的“构建前执行 go clean -cache”或类似钩子机制。所谓“自动清理旧临时文件”，本质是误读了 IDE 行为——它不会、也不能在每次 go build 前主动清缓存。你看到的“构建变慢→手动清缓存→恢复快”，其实是缓存污染后的被动修复，不是可配置的自动化流程。

为什么不能靠设置实现“构建前清理”

自动构建（Build project automatically）只是触发 go list 和轻量 go build 检查，用于语法高亮和符号解析，并非完整构建流程。它不走 go run 或 go test 的完整缓存路径，也不感知 CGO_ENABLED、GOOS 等环境变量变更，因此无法判断“该不该清”。强行塞清理逻辑会破坏 IDE 响应性，JetBrains 也未提供扩展点。

• IDE 不持有 $GOCACHE 的所有权，只调用 go 命令；清理必须由用户显式发起
• go clean -cache 是全局操作，影响所有项目，不适合绑定到单个项目构建事件
• 自动构建本身是增量式索引行为，不是真正编译，清理它毫无意义

真正有效的替代方案

与其试图配置“构建前清理”，不如切断缓存膨胀源头，并建立轻量维护节奏：

GoLand 2026.1.1

GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。

下载

• 关闭 Settings → Go → Build Tags & Vendoring → Build project automatically（这是缓存写入最大来源）
• 关掉 Settings → Tools → File Watchers 中所有 Go 相关 watcher（避免保存即触发多余 go 调用）
• 在 shell 配置中设 GOCACHE="/path/to/fast-disk/go-build"，把缓存挪出系统盘（治本）
• 定期执行 go clean -cache（比如每天下班前或 CI 构建前），配合 go clean -fuzzcache（如用模糊测试）
• 若项目含 cgo，切换 CGO_ENABLED 后必须立刻运行 go clean -cache，否则链接失败风险极高

容易被忽略的关键点

很多人以为清完 $GOCACHE 就万事大吉，但 cgo 还会在 %TEMP%（Windows）或 $TMPDIR（macOS/Linux）生成大量中间文件，这些完全不受 go clean 管控。更隐蔽的是：GoLand 的 Language Server（gopls）若配置了错误的 build.ignore，会反复扫描 bin/、pkg/ 下的产物，导致索引卡死、内存暴涨——这看起来像“缓存没清干净”，实际是语义分析误伤。这类问题只能靠调整 build.ignore 或设 GOTMPDIR 隔离解决。