GoLand自动保存不生效的根本原因是触发条件未满足、监听器未启用或工具链缺失；Save on Frame Deactivation仅失焦时保存且不触发格式化，Save on Explicit Save才联动Save Actions和File Watchers。
GoLand 自动保存（Save on Frame Deactivation 或 Save on Explicit Save）不生效，根本原因不是“没点 Apply”，而是触发条件未满足、监听器未启用或底层工具链缺失——它不会在你敲完分号就立刻写磁盘，必须靠明确的事件或配置组合来驱动。
Save on Frame Deactivation 和 Save on Explicit Save 的区别
这两个选项控制的是“什么时候写入磁盘”，但行为完全不同：
-
Save on Frame Deactivation：IDE 窗口失焦（比如切到浏览器、终端）时自动保存当前文件。适合防丢，但对批量修改无感，且不触发格式化或 File Watchers -
Save on Explicit Save：仅当你手动按Ctrl+S或菜单选File → Save All时才写入。这是唯一能联动File Watchers和格式化逻辑的触发点
很多人勾了前者却指望 goimports 运行，结果保存了但 import 没加——因为该模式绕过了所有保存钩子。
Save Actions 设置被忽略的常见原因
GoLand 的 Save Actions（Settings → Editor → General → Save Actions）是独立开关，必须手动启用，且只在 Save on Explicit Save 模式下生效：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 未勾选
Perform the following actions on save→ 整个 Save Actions 链路静默失效 - 勾了
Optimize imports但没开Enable formatter→ import 排序/删除会执行，但新增包仍不会自动导入（Alt+Enter才管这个） - 勾了
Reformat code但File Watchers里的goimports路径填错（如写成gofmt）→ 控制台无报错，但实际没调用，文件看起来“没变” - 项目无
go.mod或不在模块根目录 →goimports直接跳过 import 处理，只做缩进重排
为什么 Ctrl+S 后没看到 import 变化
这通常不是 Save Actions 的问题，而是 GoLand 没识别出“该导哪个包”。关键判断点在光标位置和符号上下文：
- 光标停在
json.Unmarshal的json上 → 不触发导入；必须停在Unmarshal上 - 写了
bytes.Buffer但bytes包名拼错（如byts）→ IDE 认为是未知标识符，不提供 import 意图 - 刚添加新依赖（如
github.com/gorilla/mux），但没运行go mod tidy→ GoLand 索引里没有这个包，Alt+Enter和 Save Actions 都看不到它 - 启用了
Power Save Mode→ 所有后台分析暂停，Save Actions 中的 import 优化直接不运行
验证 Save Actions 是否真在工作
别靠肉眼观察 import 块变化，用可复现的最小动作验证：
- 删掉一个已导入但未使用的包（如
"fmt"），保存 → 如果Optimize imports开着，它应该消失 - 新增一行
json.Unmarshal(nil, nil)，光标停在Unmarshal上，按Ctrl+S→ 应自动补上"encoding/json" - 改一个函数缩进（比如把 4 空格改成 2 空格），保存 → 如果
Reformat code开着，应自动打回 4 空格（取决于 Code Style 设置） - 如果以上任一失败，检查右下角是否显示
Indexing…—— 索引未完成时，Save Actions 的语义分析部分就是哑的
最常被忽略的一点：Save Actions 不处理 go fmt 以外的格式逻辑，比如 gofumpt 或自定义 linter 规则，它们得走 File Watchers 单独配。
