Sublime Text 唯一原生可靠的自动保存方式是启用 save_on_focus_lost: true；它在窗口失焦时保存已修改文件，不保存只读、未命名或未改动文件，且无需插件。
Sublime Text 原生唯一可靠、无副作用的自动保存方式，就是启用 save_on_focus_lost；所有带 auto_save 字样的配置项（如 auto_save、auto_save_interval、auto_save_delay_in_seconds）官方从未支持，加了无效，还可能干扰插件行为。
怎么安全开启原生自动保存（只在失焦时存）
这个功能不是“实时保存”，但足够防丢：你切出 Sublime 窗口（比如点到终端、浏览器、桌面，甚至另一个 Sublime 窗口），当前所有已修改未保存的文件会立刻写入磁盘——未改动的不写，只读文件会报错但不静默覆盖，新建未命名文件（untitled）不会触发（这是设计，不是 bug）。
- 按
Ctrl + ,（Windows/Linux）或Cmd + ,（macOS）打开设置 - 确保编辑的是右侧「User Settings」（左侧是只读默认项）
- 在花括号内添加一行：
"save_on_focus_lost": true，注意逗号位置和引号闭合 - 按
Ctrl + S保存该文件，立即生效，无需重启
为什么别碰 auto_save 类配置项
网上大量教程写的 "auto_save": true、"auto_save_interval": 60、"auto_save_delay_in_ms": 1000 等字段，在 Sublime 官方代码中根本不存在。它们不会触发任何保存逻辑，反而可能让 AutoSave 插件误判状态，导致保存行为混乱。
- Sublime 的 JSON 设置解析器会忽略未知字段，但某些插件（如 AutoSave）会读取这些字段并错误地认为“原生 auto_save 已启用”，从而禁用自身关键逻辑
- 多个不同拼写（
auto_save_delay_ms、auto_save_delay_milliseconds、auto_save_delay_in_seconds）混用，容易在升级后突然失效 - 哪怕看起来“生效”了，也极可能是插件在兜底，而非原生功能——这种不可控依赖迟早出问题
想实现空闲自动保存？必须用 AutoSave 插件
如果你确实需要“打字停顿 2 秒就存”或“每 30 秒强制落盘”，save_on_focus_lost 不满足，那就得关掉它，再装 AutoSave 插件。两者互斥，同时开启会导致重复保存、I/O 浪费，甚至在编辑被外部进程读取的大日志时引发冲突。
- 先在 User Settings 中删掉或注释掉
"save_on_focus_lost": true - 按
Ctrl + Shift + P→ 输入Package Control: Install Package→ 搜索安装AutoSave（作者 randy3k，v4.1+） - 进
Preferences → Package Settings → AutoSave → Settings – User，写入真实有效的配置：
{ "auto_save_on_idle": true, "auto_save_delay_milliseconds": 3000 }
注意：auto_save_delay_milliseconds 别设太小（如 500），否则边打字边保存，UI 可能卡顿；对几百 MB 的 SQL 或日志文件，建议 ≥3000；设为 -1 表示禁用延迟（不推荐）。
哪些情况会让自动保存“看似没反应”
这不是配置失败，而是 Sublime 的明确设计边界。常见误解包括：
- 新建文件还没命名（显示
untitled），失焦不会保存——因为没路径，系统不知道存哪 - 文件被系统标记为只读（如
/etc/hosts），失焦时会弹报错，但不会跳过或静默失败 - 只是在 Sublime 内部切换 tab，没切出整个窗口，不算“失焦”，不会触发
save_on_focus_lost - 路径含中文、空格或括号时，部分 AutoSave 版本可能跳过保存——建议先用纯英文路径验证基准行为
真正容易被忽略的点是：自动保存永远只作用于当前活动视图（active view）里的文件，而不是所有打开的标签页；如果你开了多个窗口，每个窗口的失焦事件是独立触发的。
