GoLand保存时自动格式化默认关闭，需手动开启Settings→Tools→Save Actions中的Reformat code；其调用内置引擎而非go fmt，遵循Code Style→Go配置及.editorconfig，与CLI的go fmt ./行为不同。
GoLand 保存时自动格式化 Go 代码，不依赖 File Watchers 就能开箱即用——但默认关闭，必须手动打开“保存时重新格式化代码”开关，且需确认当前代码风格方案支持 Go。
GoLand 内置格式化 vs go fmt 命令的区别
GoLand 的 Code | Format Code（快捷键 Ctrl+Alt+L）默认调用的是 IDE 自带的代码样式引擎，不是 go fmt 或 gofmt。它会读取 Settings | Editor | Code Style | Go 里的缩进、空格、换行等规则，还能配合 .editorconfig。而 CLI 的 go fmt ./ 完全无视这些配置，只按 Go 官方硬编码规则执行（比如 tab 宽度固定为 8）。两者行为不一致是常见困惑源头。
如果你要和 CI 流水线对齐（比如 go fmt -n ./ 检查），建议统一用 CLI；如果追求编辑体验（如自动补 import、保留注释位置），应启用 gopls 驱动的格式化（GoLand 默认已集成）。
开启保存时自动格式化的正确路径
这不是插件或外部工具配置，而是 IDE 原生功能，路径很直接：
- 打开
Settings | Tools | Save Actions（注意：不是File Watchers） - 勾选
Reformat code - 点击右侧
Configure scope…，确保Go文件类型被包含（默认已含） - 若项目有
.editorconfig，检查其中indent_style和indent_size是否与 Go 官方风格冲突（例如设了indent_size=4会导致保存后被 IDE 覆盖回 tab）
⚠️ 关键点：这个开关控制的是 IDE 内置格式器，不是 go fmt。如需让它调用 go fmt，得关掉此选项，改用 File Watchers ——但代价是失去 import 管理、类型推导提示等语言服务能力。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
File Watchers 配置 go fmt 的实操要点
仅当你明确需要 CLI 行为（比如团队强制要求 go fmt 结果）时才用此方式。GoLand 预置了 go fmt 模板，但默认参数有问题：
- 模板中
Program是go，Arguments是fmt -w $FilePath$—— 这会格式化单个文件，但不处理 import - 想等效于
goimports -w，需把Program改为goimports，Arguments改为-w $FilePath$，并确保goimports在 PATH 中（终端能运行goimports -version） -
Output paths to refresh必须填$FilePath$，否则 IDE 不感知文件变更，无法触发后续语法检查 - 作用域（
Scope）建议选Project Files，避免匹配到vendor/或go/pkg/目录
⚠️ 常见坑：File Watchers 触发时机是“文件写入磁盘后”，不是“保存动作完成时”。如果同时开了 IDE 内置格式化和 File Watchers，可能两次重排导致括号错位或空行异常。
为什么 go fmt ./ 和保存结果不一致
根本原因在于调用链不同：
-
go fmt ./→gofmt→ 纯 AST 重排，无 import 处理，无上下文感知 - GoLand 保存时格式化 →
gopls→ 基于 LSP，能识别模块路径、区分标准库/第三方/local import、自动增删 import、保留文档注释结构
如果项目根目录没有 go.mod，gopls 会退化为基础模式，import 分组失效；而 go fmt ./ 仍能运行（但 import 不整理）。CI 中建议用 go fmt -n ./ 做一致性校验，而不是依赖 IDE 行为。
真正容易被忽略的是：GoLand 的 Settings | Languages & Frameworks | Go | Formatting 里有个 Use gofmt for formatting 开关——它只影响 Code | Reformat Code 快捷键的行为，不影响保存时自动格式化逻辑。别被名字误导。
