GoLand没有真正的自动构建功能，仅支持通过“保存时运行go build”实现单次同步编译；需在Settings→Tools→Actions on Save中配置External Tool，命令为go build -o /dev/null .，工作目录设为$FileDir$。
GoLand 里没有“自动构建”开关，只有“保存时运行 go build”
GoLand 本身不提供像 Java 那样的后台增量编译或自动构建服务。所谓“自动构建”，实际是利用 IDE 的 Save Actions（保存动作）功能，在你按下 Ctrl+S 时触发一次 go build 或 go test。它不是持续监听文件变化的守护进程，而是单次、同步、阻塞式的命令执行。
启用保存时构建：Settings → Tools → Actions on Save
这是最贴近“自动构建”效果的操作路径。注意必须手动开启，且默认关闭：
- 打开
Settings → Tools → Actions on Save - 勾选
Run external tool（不是 “Build project” —— Go 项目不走这个） - 点击
+ Add，选择External Tool，填入以下内容：
•Name:go build current package
•Program:go
•Arguments:build -o /dev/null .（Linux/macOS）或build -o nul .（Windows）
•Working directory:$FileDir$（确保在当前文件所在包目录下执行） - 勾选下方的
Only for changed files（避免每次保存都扫整个 module）
为什么不用 go run ./... 或 go build ./...？
这类递归命令容易误伤：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
go build ./...会尝试构建所有子目录下的main包，可能失败并打断编辑节奏 -
go run ./...不仅慢，还会真正启动进程，不适合保存即验场景 - 更安全的做法是限定到当前文件所在目录：
$FileDir$+go build .，只验证当前包语法和依赖是否可编译 - 加
-o /dev/null是为了跳过生成二进制，纯做检查，速度更快、无副作用
替代方案：用 Run Configuration 绑定快捷键（推荐给 main.go）
如果你主要开发的是可执行程序（main.go），更实用的方式是：
- 右键点击
main.go→Run 'main.go'，IDE 会自动生成一个 Run Configuration - 编辑该配置 → 勾选
Allow running in parallel和Single instance only - 设置
Working directory为$FileDir$（不是项目根） - 绑定快捷键：
Settings → Keymap → Other → Run 'main.go'→ 右键 Assign Shortcut，比如设成Ctrl+R
这样你写完代码后按 Ctrl+R 就能立刻看到构建+运行结果，比“保存即构建”反馈更直接，也更容易定位错误来源。
真正的坑在于：很多人以为开了 Build project automatically（那个灰色不可点的选项）就能自动构建 Go 项目——它只对 Java/Kotlin 有效，Go 模块下完全忽略。别被界面误导。
