Atom 1.27+ 版本中，Ctrl+S 无反应主因是 core.autosave 未启用或被第三方 autosave 插件干扰；需在 Settings → Core 中确认开关为 ON，或手动在 config.cson 中添加 'core': 'autosave': true（两空格缩进），并卸载旧插件；其保存机制仅在编辑器失焦时触发，非实时或定时保存。
Atom 编辑器里改了文件却点 Ctrl+S 没反应？先看 core.autosave 是否真启用
Atom 1.27+ 版本的 autosave 是核心功能，不是插件，装了第三方 autosave 插件反而会干扰甚至禁用它。如果你点了 Ctrl+S 却没保存成功，大概率是 core.autosave 没开，或者被插件覆盖了。
验证方式：打开 Atom → Settings → Core，搜索 autosave，确认开关是 ON 状态。如果根本搜不到这个选项，说明 Atom 版本低于 1.27，必须升级。
- 手动改配置更可靠：打开
~/.atom/config.cson，在顶层对象内加一行（注意两个空格缩进、不用 Tab、不加花括号）：'core': 'autosave': true - 改完保存即可生效，无需重启 Atom
- 如果之前装过
autosave插件，请卸载并删掉~/.atom/packages/autosave文件夹，否则配置可能被劫持
Ctrl+S 快捷键被绑定冲突？检查 keymap 是否 unset 了默认行为
很多人想让 Ctrl+S 先格式化再保存，结果发现“没反应”——其实是格式化动作被紧随其后的原生保存覆盖了，看起来像失败。
必须显式取消默认绑定，再按语言范围重绑：
- 打开
~/.atom/keymap.cson - 加这一段（确保放在顶层）：
'*': 'ctrl-s': 'unset!''.source.js': 'ctrl-s': 'prettier:format' - 如果用了
prettier-atom，还得去插件设置里勾选Format on save，否则未保存状态下prettier:format可能静默失败
编辑后仍显示 * 号、切 tab 也不保存？确认触发条件是否满足
core.autosave 的行为非常明确：只在编辑器失去焦点时写入磁盘，不是实时存，也不是定时轮询。所以“改了不保存”往往是因为你根本没让编辑器失焦。
- 点击另一个 tab / Alt+Tab 切到浏览器 / 鼠标点菜单栏 / 点状态栏 → 才会触发保存
- 只读文件、FTP 挂载路径、未命名（
untitled）文件会被直接跳过，不报错也不提示 - 关闭窗口前会强制触发一次保存（仅此一次兜底），但依赖这个机制容易丢内容
- 如果右下角语言标识显示
Plain Text，请手动点它切换成对应语法（如JavaScript），否则部分插件逻辑不加载
文件明明改了却始终写不进磁盘？排查系统级权限与路径问题
Atom 自身保存逻辑没问题，但最终落盘依赖操作系统权限和路径可写性。常见卡点不在编辑器里，而在文件系统层面。
- 右键文件 → 属性 → 检查是否勾选了
只读，Windows 下尤其容易被继承 - 确认保存路径不是网络驱动器、OneDrive 同步中冲突目录、或 WSL 挂载的 Linux 路径（某些版本存在权限映射问题）
- 如果保存到
~/Desktop或~/Documents失败，试试换到~/Projects这类纯本地路径，排除 OneDrive/Google Drive 拦截 - 终端执行
ls -l（macOS/Linux）或icacls（Windows）检查目标目录写权限
Atom 的 autosave 行为边界很窄：只响应焦点事件，不介入编辑过程。这既是它的安全前提，也是最容易被误判“失效”的原因——它根本不关心你敲了多少字符，只关心你有没有把光标移走。
