必须手动设置"auto_reload": true才能启用自动重载，这是唯一有效开关；其他字段如always_reload_on_change均无效。需在用户设置中添加该配置并保存，依赖系统监控机制，未保存编辑时会静默覆盖内容。

必须手动设置 auto_reload 为 true，否则 Sublime Text 永远不会自动重载外部修改的文件内容。

怎么正确启用 auto_reload

这是唯一生效的开关，其他如 always_reload_on_change、watch_files 等字段 Sublime Text 完全不识别——加了不仅无效，还可能因 JSON 语法错误导致整个用户配置失效。

• 按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Preferences: Settings – User 回车
• 在右侧用户配置中添加一行："auto_reload": true，确保它位于合法 JSON 对象内（前后逗号位置正确、引号闭合）
• 保存文件（Ctrl+S），无需重启 Sublime Text，立即生效

为什么开了 auto_reload 还不重载？

它依赖系统级文件监控（Linux 用 inotify，macOS 用 fsevents），底层失效时 Sublime 不报错、不提示、也不 fallback，只会静默不工作。

• WSL2 环境下 inotify 支持极差，尤其对 /mnt/c/ 路径，基本不可靠；建议改用 Windows 原生 Sublime 或换 VS Code
• 文件被原子写入（如 Vim、git checkout、webpack 输出）：先写临时文件再 rename，Sublime 监听到的是“删除+新建”，无法关联原标签页
• Linux 报 inotify_add_watch failed: No space left on device：实际是 fs.inotify.max_user_watches 耗尽，需调高内核参数
• macOS 上未授予 Sublime “完全磁盘访问”权限：去「系统设置 → 隐私与安全性 → 完全磁盘访问」中勾选它

auto_reload 和 reload_modified 的行为区别

两者逻辑完全不同，不能互相替代，也不能叠加效果。

• auto_reload: true 是主动监听：一旦系统通知文件内容变更，且当前文件**无未保存编辑**，就立刻静默重载
• reload_modified: true（默认开启）是被动检查：仅当你切换回该标签页时，比对磁盘 mtime，弹出是否重载对话框
• 若同时启用，auto_reload 会接管行为——有未保存内容时仍不弹窗，而是直接丢弃；reload_modified 彻底不触发

最危险却最容易被忽略的一点：未保存编辑会被静默覆盖

auto_reload: true 不做任何确认，只要检测到磁盘变更，就直接用新内容替换当前缓冲区。光标在哪、写了多少行、有没有选中内容，全部清空。

• 务必确认 hot_exit 和 remember_open_files 均为 true（默认已是，但建议检查）
• 如果你常编辑日志、构建输出等只读但频繁变动的文件，可考虑加 "atomic_save": false，但这只影响你自己的保存行为，对外部写入无帮助
• 侧边栏文件树不会随 auto_reload 刷新——那是另一套机制；需要刷新目录结构时，执行 Refresh Folders 命令（需项目已保存）