goland不支持运行/调试前自动格式化，仅支持保存时、文件变更时和提交前三种格式化机制；其中“reformat on save”最常用，需启用“run goimports”并验证生效。
GoLand 启动项目前不支持“自动格式化”这个动作
GoLand 没有“运行/调试前自动格式化代码”的内置开关。所谓“启动前格式化”，其实是误传或混淆了几个不同机制：File Watchers 是文件保存时触发、Reformat on save 是编辑器保存动作触发、Git commit hook 是提交前触发——但 Run Configuration（即点击 ▶ 启动项目）本身不挂钩任何格式化逻辑。
真正能控制格式化时机的三个入口
你实际能配置的，只有以下三种场景，它们各自生效条件明确，不能互相替代：
-
保存时格式化：Settings → Languages & Frameworks → Go → Formatting → 勾选
Reformat on save，并确保Run goimports已启用（推荐）或Run gofmt（基础） -
文件变更时格式化：Tools → File Watchers → 添加
goimports或gofmt监听器，作用于.go文件保存/失焦等事件 -
提交前格式化：VCS → Git → Before Commit → 勾选
Go fmt（注意：这是 Goland 自带的 Git 集成选项，调用的是go fmt，不是goimports）
三者中，Reformat on save 最接近“开发过程中随时保持格式干净”的需求；而 File Watchers 在某些场景下会重复触发（比如保存后又自动保存一次），反而导致 import 被删掉再加回来，引发短暂编译错误。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
为什么不能在 Run Configuration 里加格式化步骤
Run Configuration 的 Before launch 区域只接受构建类动作（如 Build、Run Maven goal、Execute external tool）。你可以手动添加一个 Execute external tool 并填入 goimports -w $FilePath$，但这会带来严重问题：
- 每次点击 ▶ 都会强制重写当前文件，哪怕你刚改完一行注释
- 如果当前文件有语法错误，
goimports会失败并中断启动流程，但错误提示藏在 “Run” 窗口底部，不易发现 - 不作用于整个包，只处理单个文件，import 引用关系可能跨文件失效
- 无法感知
go.mod变更，goimports可能漏掉新引入的包
推荐做法：用 Save + Commit 两层保障代替“启动前”
团队实践中最稳定的做法是：
- 开发时依赖
Reformat on save，确保每次保存都干净 - 提交前开启 Git 的
Go fmt钩子（VCS → Git → Before Commit），作为兜底——它会跑go fmt ./...，覆盖整个模块 - CI 流水线加一道
goimports -l ./...，非零退出则拒绝合并
真正的复杂点在于：如果你开了 Reformat on save 却没装 goimports，或者装了但 IDE 没找到二进制路径，格式化会静默失败——你根本看不出它没生效。务必在任意 .go 文件里故意打乱 import 顺序，然后 Ctrl+S，观察 import 是否自动重排，来验证配置是否真实起作用。
