sublime text 原生唯一稳定自动保存方式是启用 save_on_focus_lost，仅在窗口失焦时保存已修改文件，未改动或只读文件不写盘；禁用该选项后方可安装 autosave 插件实现空闲保存。
直接改 save_on_focus_lost 就够了，别碰其他“auto_save”字段
sublime text 原生唯一稳定、无副作用的自动保存方式，就是启用 save_on_focus_lost。它不是“实时保存”，但足够安全：只在你切出窗口（比如点到终端、浏览器、桌面）时，才对当前有修改的文件执行一次 save 操作——未改动的不写盘，只读文件不误存，崩溃断电前至少能保住最后一次失焦前的内容。
实操建议：
- 按
Ctrl + ,（windows/linux）或Cmd + ,（Mac）打开设置 - 确保编辑的是右侧「User Settings」（左侧是只读默认项）
- 在花括号内添加一行：
"save_on_focus_lost": true，注意逗号位置和引号闭合 - 保存该设置文件（
Ctrl + S），立刻生效，无需重启
网上流传的 "auto_save": true、"auto_save_interval": 60 等字段，Sublime 官方从未支持，属于过时/错误配置，加了也没用，还可能干扰插件行为。
装 AutoSave 插件前，先关掉 save_on_focus_lost
如果你真需要“敲字停顿 2 秒就保存”或“每 30 秒强制落盘”，那得靠 AutoSave 插件。但它和原生 save_on_focus_lost 不兼容——两者同时开启会导致同一文件被重复保存，不仅浪费 I/O，还可能在编辑大型日志或被外部进程读取时引发冲突。
实操建议：
- 先在用户设置里删掉或注释掉
"save_on_focus_lost": true - 按
Ctrl + Shift + P→ 输入Package Control: Install Package→ 搜索安装AutoSave - 安装后，进
Preferences → Package Settings → AutoSave → Settings – User - 写入示例配置（延迟 3 秒空闲后保存）：
{ "auto_save_on_idle": true, "auto_save_delay_milliseconds": 3000 }
注意：auto_save_delay_milliseconds 别设太小（如 500），否则边打字边保存，ui 可能卡顿；对几百 MB 的 sql 或日志文件，建议 ≥3000。
哪些场景下 save_on_focus_lost 会“失效”
它不是 bug，而是设计使然：这个功能只响应「窗口失去焦点」这一事件，跟文件是否已保存、是否只读、是否新建未命名，都无关。所以你会遇到这些“看似没保存”的情况：
- 文件刚新建、还没命名（显示为
untitled），此时失焦不会保存——Sublime 不知道存哪 - 文件被系统标记为只读（比如
/etc/hosts），失焦时会弹报错，但不会静默跳过 - 你只是切换 Sublime 内部 tab，没切出整个窗口，那不算“失焦”，不会触发保存
- 用了远程桌面或某些虚拟机环境，焦点事件可能无法正确上报，导致不生效
如果常编辑配置文件又怕丢，建议配合启用 "hot_exit": true 和 "remember_open_files": true，这样即使忘了保存就关了软件，下次打开还能恢复未保存内容。
SSD、大文件、协作编辑时的隐藏风险
自动保存本质是频繁调用磁盘写入。虽然对现代 SSD 影响不大，但在特定场景下仍需谨慎：
- 编辑 >100MB 的日志或导出数据时，
AutoSave的定时保存可能明显拖慢 UI，尤其auto_save_delay_milliseconds设得太低 - 多人通过 NFS/Samba 共享同一份文件时，失焦保存可能覆盖他人正在写入的内容，且无冲突提示
- 某些构建工具（如 webpack、Vite）监听文件变化并热重载，过于频繁的保存会触发多余编译，反而降低效率
这时候，“手动 Ctrl + S + save_on_focus_lost 保底”反而是更可控的选择——既防崩溃丢内容，又不制造新问题。