GoLand 不会自动触发 go clean，必须手动执行；它仅管理自身索引缓存（如 .idea/），不清理 $GOCACHE、$GOMODCACHE 或测试缓存等 Go 工具链产物，项目加载慢常因残留 .a 文件、.test 二进制或旧模块缓存导致，需依次运行 go clean -cache -testcache -modcache，再执行 GoLand 的 Invalidate Caches 重建索引。
GoLand 里 go clean 命令不自动触发，得手动执行
GoLand 本身不会在构建或运行后自动调用 go clean，它只管理自己的索引缓存（如 .idea/ 下的文件）和 Go 工具链输出目录。项目里残留的 .test、_test 目录、临时二进制、.a 文件等，全靠你主动清理。IDE 的 “Build → Clean Project” 只清 GoLand 自己的编译产物（比如反编译缓存），不影响 $GOCACHE 或 $GOMODCACHE。
清理哪些目录才真正提速项目加载
项目加载慢，往往不是源码本身，而是 GoLand 在扫描大量无效中间产物。重点清理三类：
-
go clean -cache：删$GOCACHE下的.a文件（默认 macOS 是$HOME/Library/Caches/go-build，Linux 是$HOME/.cache/go-build）。这些文件被错误复用时，会导致 IDE 显示旧符号、跳转错行、类型提示失效。 -
go clean -testcache：专清测试构建缓存（.test二进制、哈希子目录）。CI 或本地反复跑测试后，这部分最容易堆积且不显式暴露路径。 -
go clean -modcache：删$GOMODCACHE（默认$GOPATH/pkg/mod）里的模块源码和.zip包。当go.mod被大幅修改后，旧模块残留会拖慢 GoLand 的依赖解析和代码补全。
别碰 go clean -i——它只删当前目录 main 包安装的二进制，对 IDE 加载无影响；也别手动 rm -rf ./_obj 这类目录，GoLand 不读它们。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
GoLand 内置清理 vs 命令行清理的区别
GoLand 的 File → Invalidate Caches and Restart… 只清 IDE 自身缓存（索引、语法高亮、跳转历史），不碰 Go 工具链生成的任何文件。而命令行 go clean 系列操作直接影响 Go 编译器行为，进而改变 IDE 解析源码的基础数据。两者互补，但顺序很重要：
- 先执行
go clean -cache -testcache，再go mod tidy同步依赖 - 最后点 GoLand 的
Invalidate Caches，让它基于干净的模块和缓存重建索引 - 跳过中间步骤，IDE 可能继续用旧
.a文件做类型推导，导致“改了代码但跳转不到新函数”
容易被忽略的两个硬坑
一是 GOCACHE=off 环境下，go clean -cache 和 -testcache 什么也不做，命令静默返回成功——得先 go env GOCACHE 确认值是否为空或 off；二是 GoLand 默认启用 Enable indexing of vendor directory，如果项目有 vendor/ 且长期未更新，里面可能存着已被 go mod tidy 删除的旧模块副本，IDE 会优先索引它，造成符号冲突或加载卡顿，此时要手动删 vendor/ 并关掉该选项。
