sublime text原生save_on_focus_lost是最快防丢数据方案，切出窗口即真实写入磁盘；autosave插件需专用配置页设置，推荐idle延迟1500ms，避免与原生功能冲突及性能问题。
原生设置：用 save_on_focus_lost 最快防丢数据
Sublime Text 本身不支持“修改即存”或“定时保存”，但原生就有一个稳定、零依赖、写入磁盘的自动保存机制：save_on_focus_lost。只要你在编辑时切到浏览器、终端或桌面，当前所有已修改未保存的文件会立刻落盘——不是缓存，是真实 write() 到磁盘。
- 打开
Preferences → Settings，在右侧用户设置中添加："save_on_focus_lost": true - 保存即可生效，无需重启，也无需插件
- ⚠️ 注意：如果同时启用了
hot_exit（默认开启），关闭窗口时未保存内容会被暂存；但若断电或崩溃，只有已落盘的内容才安全——所以save_on_focus_lost是真正防丢失的第一道防线 - 不建议和 AutoSave 插件的
auto_save_on_focus_lost同时开启，可能重复触发保存（尤其对大文件）
进阶控制：AutoSave 插件怎么配才不翻车
当你需要“停笔 1.5 秒就保存”（比如写 Markdown 笔记、调试 JSON 配置），或者想按时间间隔保存（如每 30 秒），就得靠 AutoSave 插件。但它不是开箱即用，配置错就等于没开。
- 必须通过
Preferences → Package Settings → AutoSave → Settings进入专用配置页，直接往用户设置里加"auto_save"字段无效（Sublime 会静默忽略） - 推荐最小可用配置：
{ "auto_save_on_idle": true, "auto_save_delay_milliseconds": 1500 }表示输入停止 1.5 秒后保存，比设成 500ms 更稳，避免误触发 -
"auto_save_only_if_already_saved": true是默认值，意味着新建的untitled文件不会自动保存——得先Ctrl+S命名一次 - 对日志、大型 JSON 或生成文件，加
"excluded_patterns": ["*.log", "*.json"]，否则频繁写入可能卡 UI
常见失效原因：为什么你明明配了却没保存？
很多人试了几次发现“没反应”，其实不是功能坏了，而是掉进了 Sublime 的几个隐性逻辑坑里。
-
save_on_focus_lost只在「窗口整体失焦」时触发，不是标签页切换——如果你用多显示器，把 Sublime 拖到副屏再点主屏应用，它才生效；仅在同一个窗口内切 Tab 不算 - AutoSave 插件在某些 Sublime 4 版本中需重启才加载（尤其从旧版升级后），安装完别急着测试，先关再开
- 如果文件路径含中文或特殊符号（如空格、括号），部分版本的 AutoSave 会跳过保存，建议用英文路径测试基准行为
- Git 仓库里被
.gitignore掩盖的临时文件（如*~、.swp）也可能被插件主动排除，不属于 bug
性能与取舍：自动保存不是越勤越好
频繁磁盘写入对 SSD 寿命影响小，但对体验有实际干扰：大文件（>5MB）每秒保存一次，会导致光标卡顿、语法高亮延迟、甚至插件响应变慢。
- 日常编码/笔记，
save_on_focus_lost+ 手动Ctrl+S足够，这是最平衡的选择 - 真要定时保存，间隔别低于
3000毫秒（3 秒），auto_save_delay_milliseconds设太小反而增加负担 - 如果你常开几十个文件，且多数是只读的（如查看文档），建议配合
"auto_save_file_types": ["*"]改为["*.py", "*.md", "*.json"]精确控制范围
最易被忽略的一点：Sublime 的「自动保存」永远不等于「自动备份」。它只保存当前文件，不生成历史版本。防丢 ≠ 防误删，关键项目仍需 Git 提交或手动备份。
