Build project automatically 是 GoLand 的“保存即构建”功能，每次保存触发 go list 和轻量构建以更新包结构和符号解析，但不生成二进制；关闭后仅延迟构建反馈，不影响 gopls 支持的核心编码功能。
关掉 Build project automatically 不影响代码补全、跳转、重构这些核心能力，因为它们依赖 gopls 语言服务器，而 gopls 本身不依赖构建产物。
Build project automatically 是什么，为什么它会“偷偷编译”
这个选项控制的是「保存即构建」行为：每次你 Ctrl+S，GoLand 就会自动执行 go list 和轻量构建，用于更新包结构、检查 import 路径、驱动符号解析。它不是真正跑 go build 出二进制，但会高频写入 $GOCACHE，并可能触发 gopls 对整个模块做扫描。
即使你从不点运行按钮，只要开着它，IDE 就在后台持续调用 Go 工具链——这就是为什么磁盘空间涨得快、远程开发变卡、go list 偶尔超时的原因。
- 它和「自动保存」无关，是独立开关
- 关闭后，
gopls仍会周期性调用go list（这是语言服务器维持语义理解的必要行为），但不再因保存动作强制触发 - 你手动运行
go run或调试时，该功能也不参与，完全不影响你的终端工作流
怎么彻底关掉自动构建相关行为
单关 Build project automatically 只停掉了保存触发路径，但还有其他地方会隐式构建。要真正减少构建干扰，需同步处理以下三项：
- Settings → Go → Build Tags & Vendoring → 取消勾选
Build project automatically - Settings → Tools → File Watchers → 关掉所有带
go字样的 watcher（如go fmt、go vet），它们在保存时也会拉起 Go 工具链 - Settings → Languages & Frameworks → Go → Language Server → 在
build.ignore里加上pkg/**和bin/**，防止gopls对构建产物目录做无意义分析
注意：build.ignore 只在项目启用 Go Modules 时生效；如果项目还在 GOPATH 模式，必须先执行 go mod init。
关了之后哪些功能会受影响
基本没有——只要你不是靠 IDE 的「构建结果面板」来判断语法或依赖错误。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- ✅ 代码补全、跳转、重命名、Find Usages 等全部照常，由
gopls支持 - ✅ 实时语法高亮、import 自动优化（Optimize Imports）仍工作
- ❌ 构建失败提示不会在保存后立刻出现（需你手动运行或开启 Terminal 手动
go build） - ❌ 「Problems」工具窗口里不会实时显示
go vet或staticcheck结果（除非你配了独立的 File Watcher 或启用了 Code Inspection）
换句话说：关掉它，只是把「构建反馈」从被动等待变成主动触发，IDE 更轻、更可控，但也要求你对 go build 和 go test 更熟悉一点。
远程开发必须关，本地开发建议关
远程开发模式下，所有构建都在远端机器执行，Build project automatically 会高频触发 go list，极易导致 $GOCACHE 和 $GOPATH/pkg/mod 膨胀。实测中，清理远程 go clean -cache && go clean -modcache 后若不关此选项，1 小时内缓存又涨回 3GB+。
本地开发虽没那么严重，但如果你主要用终端跑 dlv debug 或 go run，这个选项纯属冗余。尤其当你在写 CLI 工具、生成代码或频繁修改 go.mod 时，它的自动扫描反而容易抢资源、卡 UI。
真正容易被忽略的一点是：Build project automatically 和 File Watchers 是两套独立机制，关前者不等于后者失效——务必检查 Tools → File Watchers 里有没有残留的 go 监听器，它们才是最隐蔽的构建源头。
