auto_reload 是唯一有效的自动重载配置，启用后外部修改文件会静默重载，但未保存内容将被直接覆盖；原子写入、WSL2 和部分构建工具会导致失效，侧边栏状态不随其刷新。

auto_reload 是唯一有效的开关，其他字段全是无效配置

Sublime Text 原生不监听文件磁盘变化，auto_reload 是唯一控制“自动重载外部修改内容”的配置项。网上常出现的 always_reload_on_change、watch_files 等字段，Sublime 官方根本不识别——加了也没用，还会干扰判断。

• 打开 Preferences → Settings – User（只改右侧用户配置）
• 添加一行："auto_reload": true
• 保存即生效，无需重启 Sublime

这个设置只影响已打开的文件：当它在磁盘上被 Vim、git checkout、日志轮转脚本等外部程序修改后，Sublime 会静默重载新内容（前提是没未保存编辑）。

原子写入和 WSL2 是两大静默失效场景

你改了文件，也开了 auto_reload，但 Sublime 就是不更新？大概率是写入方式触发了系统级绕过监控的机制。

• Vim / Neovim 默认用原子写入（先写 file.tmp，再 rename），inotify/fsevents 事件丢失，Sublime 收不到变更通知
• WSL2 中 inotify 监控存在已知限制，尤其对 Windows 挂载路径（如 /mnt/c/...），auto_reload 常常完全失灵
• 某些构建工具（如 webpack watch、rsync --delete）也会跳过常规文件更新流程

验证方法：在终端执行 touch 文件名，看 Sublime 是否响应；若响应，说明是写入方式问题，不是配置问题。

开启 auto_reload 后，未保存编辑可能被直接覆盖

这是最危险却最容易被忽略的一点：auto_reload: true 不会弹窗、不会提示、不会保留你当前的修改——它会在检测到磁盘变更的瞬间，直接丢弃所有未保存内容。

• 务必同步确认 hot_exit 为 true（默认开启），否则崩溃后未保存内容彻底丢失
• 确保 remember_open_files 为 true（默认开启），防止重启后标签页全空
• 如果常编辑日志或临时生成文件，建议额外加 "atomic_save": false，避免 Sublime 自己保存时也触发原子写入干扰外部监控

换句话说：auto_reload 和「防丢稿」不是一回事，它只管加载新内容，不管你的光标停在哪、写了多少行。

侧边栏文件状态不会随 auto_reload 刷新

auto_reload 只刷新编辑区内容，不影响侧边栏（sidebar）中文件图标的视觉状态。比如你用 git 修改了一个文件，Sublime 编辑区内容更新了，但侧边栏仍显示灰色（未修改）图标。

• 侧边栏刷新需手动触发：Ctrl+Shift+P → 输入 Refresh Folders 回车
• 想看 Git 状态？得靠插件，比如 GitGutter（行号旁标记）或 AYGIT（命令面板运行 AYGIT: Show Status 查列表）
• 这些插件依赖项目根目录存在 .git 文件夹，且必须用 Sublime 打开整个文件夹，而非单个文件

别指望 auto_reload 能让侧边栏“活”起来——它只管内容，不管元信息。