GoLand 不支持保存时自动标红未格式化代码。它无内置格式校验高亮功能，所谓“标红”实为误解；格式问题仅能通过命令行工具（如 gofmt -l、goimports -l）或 File Watchers 配合外部命令检测，且配置任一环节失效均无提示。
GoLand 本身不提供“保存时给未格式化文件标红”这种视觉标记功能。它没有内置的、类似 ESLint 警告线或 Prettier dirty marker 的机制来高亮显示格式不合规的代码行。所谓“标红”，通常是误将 gofmt 或 goimports 的校验失败当作语法错误来理解——但实际它们不会触发红色波浪线。
GoLand 不会因格式问题标红，但可能报错或静默失败
当你保存一个 Go 文件时，如果 File Watchers 配置了 goimports 或 gofmt，但执行失败（比如工具未安装、go.mod 缺失、路径权限不对），GoLand 默认不弹窗、不标红、不提示——它只是跳过格式化。你看到的“没反应”，大概率是这个原因。
-
goimports -w $FilePath$在无go.mod的目录下直接退出，不报错也不改任何东西 - Program 字段填错（如写成
gofmtt）→ 进程启动失败，File Watchers 日志里有 “Cannot run program” 错误，但编辑器界面零提示 - 未勾选 Settings → Editor → Code Style → Go 中的
Enable formatter→ 即使 File Watchers 正常运行，Ctrl+Alt+L 也只做缩进重排，import 不动
想“感知”格式问题，得靠外部命令 + 手动触发
真正能暴露格式差异的方式，是用命令行工具主动比对：
- 终端执行
gofmt -l .：列出所有未被gofmt覆盖的文件（即“需要格式化”的文件） - 执行
goimports -l main.go：如果输出文件名，说明该文件 import 顺序/分组不合规 - 配合 Git pre-commit hook，用
git diff --no-index /dev/null 判断是否已格式化
这些输出不会变成编辑器里的红色波浪线，但能帮你确认：是不是真有问题，还是配置根本没生效。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
替代方案：用 Inspection 模拟“标红”效果
GoLand 的 Inspection（检查）系统虽不查格式，但能捕获部分风格违规，比如：
- Settings → Editor → Inspections → Go → “Unnecessary semicolon” → 勾选后会在多余分号处标黄（非红）
- “Redundant import statement” → 如果用了
gopls，且启用了 “Analyze code on the fly”，未使用包导入会被灰色提示（不是红色） - 无法替代
goimports -l的全量检查，但可作为辅助信号
注意：gopls 的 import 提示依赖 go.mod 和项目根目录打开方式；在子目录打开项目，这类提示大概率消失。
真正的格式一致性，靠的是保存时强制执行 goimports -w，而不是靠标红提醒。一旦配置链任一环断裂（go.mod 缺失、$GOPATH/bin 不在 $PATH、File Watchers 未启用、Program 路径写错），你就收不到任何反馈——这才是最常被忽略的复杂点。
