goland 不提供自动清理临时文件功能，因其是 ide 而非运行时环境；临时文件生命周期须由 go 代码显式控制，如 t.cleanup、信号捕获等，ide 仅能静态检查或辅助验证。
GoLand 本身不提供“自动清理临时运行文件”的功能，它不会、也不能替你删 Go 程序生成的临时文件；所谓“清理”，必须由你的 Go 代码显式控制，IDE 只能辅助你避免写错逻辑。
为什么 GoLand 没有「自动清理临时文件」开关
GoLand 是 IDE，不是运行时环境。它调用 go run 或启动二进制时，只是把控制权交给 Go 运行时——而 Go 标准库从不自动删除 os.CreateTemp 或 os.MkdirTemp 创建的文件/目录。这不是 IDE 的缺失，是 Go 的明确设计：生命周期由开发者决定。
常见误解是以为「Run Configuration → Before launch」里加个 shell 命令（比如 rm -rf /tmp/myapp-*）就算自动清理。这既不安全（路径硬编码、可能误删），也不可靠（只在启动前清，崩溃后残留照样留着）。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
GoLand 中真正有用的配置项
- 在
Settings → Tools → File Watchers或External Tools里，不要配全局rm -rf /tmp类命令——它和你的 Go 代码无关，且极易破坏其他进程的临时文件 - 启用
Settings → Editor → Inspections → Go → Suspicious call to os.Remove：GoLand 能静态识别defer os.Remove(f.Name())这类高危写法，并提示“may not execute on panic/os.Exit” - 在
Run → Edit Configurations → Go Build的Environment variables中，可设TMPDIR=/tmp/goland-test，让测试临时文件集中落盘，便于手动验证是否残留（但依然要靠代码删） - 配合
go test -v -run TestName运行单测时，确保你用了t.Cleanup——GoLand 的测试运行器会完整触发它，这是你能在 IDE 里获得的最接近“自动”的保障
你在 GoLand 里写代码时最容易踩的坑
你写完 os.CreateTemp("", "log-*.txt")，顺手加了 defer os.Remove(f.Name())，然后点绿色三角运行——看起来一切正常。但以下情况会让这个 defer 完全失效：
- main 函数里调了
os.Exit(1)（比如配置加载失败），进程立刻终止，defer被跳过 - HTTP handler 里创建临时文件后 panic，但没 recover，整个 goroutine 被杀，
defer不执行 - 你用
t.TempDir()创建目录，又额外写t.Cleanup(func() { os.RemoveAll(dir) })——后者会静默失败（因为t.TempDir()内部已注册清理），你还以为删了 - Windows 下文件句柄没关就删：
f.Close()忘写或写在defer后面，os.Remove直接报ERROR_SHARING_VIOLATION
真正起作用的从来不是 IDE 设置，而是你是否在每个临时资源创建后，立刻绑定它的销毁逻辑：测试用 t.Cleanup，长期服务用信号捕获 + 路径登记 + os.RemoveAll。GoLand 最多帮你标出哪一行 defer 很可能白写了。
