sublime text仅支持两种真实自动保存机制：原生save_on_focus_lost（失焦时保存已修改可写文件，需在用户配置中设为true）和第三方autosave插件（作者randy3k，启用auto_save_on_idle并配置delay毫秒值）。
Sublime Text 本身没有“自动保存插件”这个东西——它只有两种真实可用的保存机制：原生 save_on_focus_lost，或第三方 AutoSave 插件（作者 randy3k）。别被名字误导，“AutoSave”不是 Sublime 自带功能，装错同名插件或写错配置项，等于白忙活。
怎么确认 Package Control 真装好了？
很多人卡在这一步，后面所有操作都无效。不是菜单里有“Package Control”就代表能用，必须验证两个硬指标：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Package Control: List Packages，能弹出已安装插件列表才算成功 - 输入
Package Control: Install Package能执行，且搜索框可输入、有响应 - 如果只显示 “reloading plugin” 或无反应，大概率是 ST4 版本用了 ST3 的安装脚本，或网络被拦截，得切手动安装方式（下载
Package Control.sublime-package文件拖进Installed Packages/目录）
直接启用原生失焦保存（最稳，推荐优先试）
不用装任何插件，改一行配置就能防断电丢内容。它只在你点击编辑器外区域（比如桌面、终端、浏览器）时，对已修改且可写的文件执行一次真实磁盘写入——未改的不存，只读文件跳过，新建未命名文件（untitled）也不触发。
- 打开
Preferences → Settings，在右侧用户配置里加："save_on_focus_lost": true - 必须用英文双引号，前后逗号位置要对（尤其注意上一行末尾是否有逗号）
- 删掉或注释掉所有形如
"auto_save"、"auto_save_interval"这类字段——它们在 Sublime 源码里根本不存在，加了反而可能干扰后续插件行为
想停笔几秒就存？必须装 AutoSave（作者 randy3k）
原生机制做不到“空闲保存”，只能靠这个插件。但要注意：它和 save_on_focus_lost 不能共存，否则大文件会卡顿，外部监听脚本（比如 browser-sync）也可能重复触发。
- 先确保已禁用
"save_on_focus_lost": true（删掉或注释掉） - 按
Ctrl+Shift+P→ 输入Package Control: Install Package→ 搜索AutoSave→ **只选作者是 randy3k 的那个**（别选其他同名旧插件） - 配置入口不是通用用户设置，而是：
Preferences → Package Settings → AutoSave → Settings - 真正起效的字段只有：
"auto_save_on_idle": true和"auto_save_delay_milliseconds": 3000（单位毫秒，别设低于 1500） - 排除大日志或临时文件：
"auto_save_ignore_files": ["*.log", "temp.*"]
为什么保存后浏览器没刷新？这不是自动保存的问题
很多人以为“自动保存 = 页面自动刷新”，其实这是两件事。AutoSave 或 save_on_focus_lost 只管把文件写到磁盘；要实现保存即刷新，得靠外部工具配合，比如 browser-sync + SublimeOnSaveBuild 插件。
- 先全局装：
npm install -g browser-sync - 在项目根目录运行：
browser-sync start --server --files "*.html, *.css, *.js" - 再装
SublimeOnSaveBuild插件，并在它的设置里开启："build_on_save": true - 构建系统里写好调用
browser-sync reload的命令，否则光保存，浏览器纹丝不动
最容易被忽略的一点：ST4 用户如果用错 Package Control 安装脚本，整个插件生态就瘫痪了——后续所有操作看似在进行，实则没走通底层通道。别跳过验证步骤，哪怕多花 30 秒，也比反复重装强。
