GoLand 保存时自动格式化应优先用 go fmt 而非 gofmt，因其支持模块路径解析、replace 和 vendor 场景；File Watchers 工作目录须设为 module root（含 go.mod），程序填 go，参数用 fmt $FilePath$。
GoLand 保存时自动格式化靠的是 go fmt 还是 gofmt？
GoLand 默认 File Watchers 模板里写的是 gofmt，但实际应优先用 go fmt——因为它是 Go 官方推荐、支持模块（go.mod）路径解析、能正确处理 replace 和 vendor 场景的命令。而 gofmt 是底层工具，不感知模块，对多模块项目或 replace 路径容易格式化失败或跳过文件。
-
go fmt会递归格式化当前 module 下所有.go文件（不含 vendor） -
gofmt -w只按传入路径操作，无法自动识别 module 边界 - 若项目启用了
GO111MODULE=on（默认），必须用go fmt才可靠
File Watchers 的触发路径和工作目录怎么设才不出错？
关键不是“监听整个项目”，而是让 watcher 在正确的 module 根目录下执行 go fmt，否则会报 no go files to format 或静默失败。
- 工作目录（Working directory）必须设为包含
go.mod的目录（即 module root），不能是$ProjectFileDir$（可能只是 IDE 项目根，非 module 根） - 文件类型（File type）选
Go，范围（Scope）建议用Project Files或自定义 scope（如仅src/**.go），避免对vendor/或third_party/执行 - 程序（Program）填
go（确保在 PATH 中），参数填fmt $FilePath$（单文件模式）或fmt ./...（整个 module，但慎用：保存单个文件时会刷全量，慢且易干扰）
推荐做法：
- 使用
go fmt $FilePath$ - 勾选
Auto-save edited files to trigger the watcher - 勾选
Trigger the watcher on external changes（配合其他工具如pre-commit时有用）
为什么保存后没反应？常见配置失效原因
这不是插件没装或 IDE 卡了，大概率是以下某条没对上：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
go命令不在 File Watchers 的 PATH 环境里：GoLand 启动方式影响环境变量（比如从桌面图标启动可能不加载 shell profile），改用终端启动 GoLand 或在 watcher 的Environment variables里显式加PATH=/usr/local/go/bin:$PATH - 文件未被识别为 Go 类型：检查右下角状态栏是否显示
Go，如果不是，右键文件 →Override File Type→ 选Go -
go fmt实际没变更内容：它只在有格式差异时重写文件，若原本就符合规范，不会触发文件系统修改事件，IDE 也不认为“已格式化” - watcher 被禁用：左上角
File → Settings → Tools → File Watchers，确认勾选了该 watcher 的Enabled
要不要替代成 gofumpt 或 revive？
可以，但得清楚分工：
-
gofumpt是gofmt的超集，启用额外风格规则（如强制括号、函数字面量换行），适合团队统一强风格；替换方法：Program 改为gofumpt，参数仍用-w $FilePath$，但需提前go install mvdan.cc/gofumpt@latest -
revive是 linter，不是 formatter，不能用于 File Watchers 自动“保存即修复”——它只报告问题，不修改代码 - 混用风险：如果同时配了
go fmt和gofumpt，后者会覆盖前者结果，且可能因规则冲突导致反复保存 → 格式化 → 再保存循环
真正要小心的是：GoLand 自带的 Go Imports watcher 和 go fmt watcher 共存时，导入整理和格式化顺序不可控，偶尔出现 import 行被挤到文件末尾。建议关掉前者，改用 go fmt -extra（Go 1.23+）或依赖 gopls 的 on-type formatting（更稳定）。
module 根目录识别不准、PATH 隔离、以及 formatter 与 linter 职责混淆——这三处最容易花半天调试却只改一行配置。
