GoLand保存时自动格式化需同时启用“Reformat on save”和“Run goimports”，并确保文件位于有效module根目录下；配错路径、未安装goimports或非module环境均会导致import不处理。
GoLand 保存时自动格式化代码，核心不是“能不能”，而是“用哪个工具 + 是否触发正确”。默认不开启，必须手动配；配错路径或选错工具，goimports 就不会动 import 块，gofmt 也只修缩进和空格。
Settings → Languages & Frameworks → Go → Formatting 必须勾选这两项
这是最直接生效的配置入口，不是 File Watchers。很多人绕去配 watcher，反而漏掉这个关键开关：
- 勾选 Reformat on save —— 否则保存不触发任何格式化
- 勾选 Run goimports（不是
gofmt）——goimports包含gofmt功能，且能增删/分组/排序import，这才是团队协作需要的效果 - 如果
goimports路径报错Command not found，点右侧…手动指定，常见路径是$GOPATH/bin/goimports或~/go/bin/goimports
File Watchers 不推荐用于保存格式化
虽然网上很多教程教你在 Tools → File Watchers 里加 go fmt，但实际有明显缺陷：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 它只监听文件变更，不感知“保存动作”，容易和
Reformat on save冲突，导致重复格式化或失效 - 无法区分是否在 module 根目录下运行，
goimports依赖go list解析包路径，非 module 目录下会跳过import处理 - watcher 的工作目录默认是当前文件所在路径，而
goimports需要从 module root 向上找go.mod，路径错就白配
常见失效场景与验证方法
配完没反应？先别怀疑 IDE，检查这几个硬性条件：
-
goimports -v在终端能正常输出版本，说明已安装且在$PATH中；若报错，重装：go install golang.org/x/tools/cmd/goimports@latest - 当前打开的文件必须在有效的 Go module 根目录下（即存在
go.mod），否则goimports不处理import - 文件顶部不能有干扰注释，如
//go:build ignore或//go:generate后紧跟空行，goimports会直接跳过该文件 -
import块中混用引号："fmt"和`unsafe`并存，会导致分组失败，部分包不被识别为可删除项 - 修改配置后未重启 IDE，或缓存未刷新：执行
File → Invalidate Caches and Restart
真正起作用的是 Reformat on save + Run goimports 这一对组合。其它路径（比如 watcher、外部脚本、Git hook）只是补充，不是主干。最容易被忽略的，其实是 module 根目录这个隐性前提——哪怕路径、命令、勾选项全对，文件不在 go.mod 同级或子目录下，goimports 就不会碰 import 行。
