atom 1.27+ 内置 autosave 功能，需版本≥1.27、配置写在 config.cson 的 'core': {'autosave': true} 层级、禁用旧 autosave 插件；其行为为失焦即存，非实时保存。
Atom 自 1.27 版本起已将 autosave 功能内置进 core，不再需要安装插件，也不支持旧式插件覆盖。如果你在设置里找不到开关，或改了配置不生效，大概率是版本太低、配置写错层级，或残留了过时插件。
确认 Atom 版本是否支持内置 autosave
打开 Atom → Help → About，检查版本号是否 ≥ 1.27。低于该版本的 Atom（比如 1.26 或更早）确实没有内置 autosave，设置页里不会出现对应选项。此时升级是最稳妥的解法，而非折腾插件。
升级后重启，再按 Ctrl+,（Windows/Linux）或 Cmd+,（macOS）打开设置，左侧选 Core，往下拉就能看到 Autosave 开关——这才是当前版本真实生效的入口。
手动修改 config.cson 启用 autosave
直接编辑配置文件比点界面更可靠，尤其适合同步多台设备。打开 Atom → Config → Open Config Folder，编辑根目录下的 config.cson：
- 必须写在顶层对象内，缩进两个空格
- 正确写法：
'core': 'autosave': true - 错误写法：
autosave: true（漏掉core）、{"core": {"autosave": true}}（CSON 不支持 JSON 语法）、'core': {'autosave': true}（单引号包裹键名在 CSON 中非法） - 保存后无需重启，Atom 会自动重载配置
验证是否生效：回到设置页搜 autosave，看 Core 下的开关是否已显示为 ON——这是唯一可信的判断依据。
autosave 的触发时机不是“实时”，而是“失焦即存”
很多人以为开了 autosave 就等于“每敲一个字都写入磁盘”，其实不是。默认行为是：
- 你在当前编辑器输入内容，但没切走 → 文件仍带
*标记，未保存 - 你点击另一个 tab / 切到终端 / Alt+Tab 切应用 → 立即保存
- 关闭窗口前会强制触发一次保存（防丢）
- 对只读文件、FTP 挂载路径、未命名的
untitled文件无效
如果你真需要“编辑即存”，得额外装社区插件如 atom-autosave-onchange，但它有风险：比如正在写一半的 JSON，中间缺个括号就被写入磁盘，导致语法错误。这种场景更适合搭配 ESLint 实时校验，而非依赖秒存。
为什么 autosave 不生效？优先排查这三处
改完配置却没反应，别急着重装，先快速检查：
- 运行
Atom→Config→Config File，确认打开的是用户级config.cson（路径类似~/.atom/config.cson），而不是某个项目根目录下的.atom/config.cson（后者只对该目录生效） - 去设置页的
Install标签页搜索autosave，如果还存在名为 “Autosave” 的已启用插件，立刻禁用并删掉整个~/.atom/packages/autosave目录（旧插件和新 core 功能冲突） - 检查是否有其他包（如
nuclide或atom-ide-ui）通过自己的配置项覆盖了core.autosave，这类覆盖通常藏在各自包的 Settings 里，需逐个排查
最复杂的点往往不在开启动作本身，而在于旧环境残留、配置作用域混淆、以及多个包之间的隐式覆盖——这些细节不显眼，但足以让 autosave 表面开着，实际沉默。
