Sublime Text 的 save_on_focus_lost 是唯一原生、真实落盘、零依赖的自动保存机制，Rust 文件无需特殊配置，只要已命名、可写且被修改，切出窗口即保存；禁用无效的 auto_save 相关字段，避免干扰。
save_on_focus_lost 是 Sublime Text 唯一原生支持、真实落盘、零依赖的自动保存机制——它不区分语言，Rust 文件和其他文件一样，只要满足条件就会被保存。
为什么 Rust 项目不需要特殊自动保存配置
Sublime Text 对 Rust 文件（.rs）没有专属的自动保存逻辑。它的保存行为完全由底层窗口焦点事件驱动，与语法高亮、LSP 插件或构建系统无关。你改完 main.rs 后切到终端看 cargo build 输出，那一瞬间就已真实写入磁盘。
-
save_on_focus_lost不识别语言类型，只检查：文件是否已命名、是否被修改、是否可写 - Rust 文件若为只读（比如放在
/usr/lib/rustlib/下）、或刚新建未保存（显示为untitled），就不会触发保存——这是设计，不是 Rust 支持问题 - 即使你装了
RustEnhanced或sublime-rust插件，它们也不提供、也不接管自动保存功能
别在 User Settings 里写 auto_save 或类似字段
你在网上搜到的 "auto_save": true、"auto_save_interval": 60、"auto_save_delay_in_seconds": 1 等字段，在 Sublime Text 官方源码中根本不存在。加了不仅无效，还可能干扰 AutoSave 插件判断。
- Sublime 解析器会静默忽略这些键名，但 JSON 语法错误（如漏逗号、引号不闭合）会导致整个
User Settings加载失败——连save_on_focus_lost都不工作 - 某些旧教程混用
auto_save_delay_ms和auto_save_delay_milliseconds，但截至 2026 年 9 月，AutoSave插件（v4.1+）唯一认的是auto_save_delay_milliseconds - 如果你同时启用了
save_on_focus_lost和AutoSave，Rust 文件可能在切出窗口时被存一次，3 秒后又被存一次——对target/debug/deps/下正在被cargo写入的文件，容易触发 I/O 冲突或“文件正被占用”错误
想让 Rust 编辑更安全？优先用 save_on_focus_lost + 手动触发 LSP 保存操作
Rust 开发中真正需要防丢的，是还没来得及保存就去运行 cargo check 的那几秒。而 save_on_focus_lost 正好卡在这个节奏上：你写完 impl 块，按下 Ctrl+Shift+P 调出命令面板，窗口失焦 → 文件立刻落盘 → cargo 读到最新代码。
- 启用方式只需三步：按
Ctrl + ,→ 确保编辑右侧User Settings→ 在{}内加一行："save_on_focus_lost": true→Ctrl + S保存 - 验证是否生效：打开一个
.rs文件，删一行fn main()→ 点击桌面 → 回到 Sublime → 查看文件修改时间（stat -c %y main.rs）是否更新 - 如果没反应，先检查该 Rust 文件路径是否含空格或中文、是否挂载在 NFS/Samba 上（某些网络文件系统会拒绝
write()）、是否被cargo watch锁定
只有当你需要“边敲边存”才考虑 AutoSave 插件
比如你在写大型 build.rs 或频繁修改 Cargo.toml，希望停顿 2 秒就落盘，这时才值得切换方案。但要注意：这不是 Rust 特需，而是所有语言通用的激进策略。
- 先在
User Settings中注释掉或删除"save_on_focus_lost": true - 按
Ctrl + Shift + P→ 输入Package Control: Install Package→ 安装AutoSave（作者 randy3k，v4.1+） - 进入
Preferences → Package Settings → AutoSave → Settings – User，写入：
{
"auto_save_on_idle": true,
"auto_save_delay_milliseconds": 3000
}
注意：这个配置必须写在插件专属设置里，不能塞进通用 User Settings；延迟别设低于 1500，否则在输入泛型 <t: debug clone></t:> 过程中可能反复触发保存，拖慢 UI。
cargo、rust-analyzer、cargo-watch）持续读写。过于频繁的自动保存（尤其是 auto_save_delay_milliseconds ）可能引发文件锁争用或解析中断——这时候“失焦才存”的克制反而更可靠。 
