Sublime Text 文件保存失败，大概率不是编辑器本身的问题，而是权限、路径或编码冲突导致的——直接改文件权限或换编码通常 5 秒内就能恢复保存。
为什么 save 按下后没反应，也不报错？
这是最让人困惑的情况：Ctrl+S 没提示、没弹窗、文件状态栏仍显示“modified”，但磁盘上文件时间戳没变。常见原因有：
- 文件被其他进程（如 VS Code、IDEA、Windows 资源管理器预览窗格）独占锁定，Sublime 无法获取写入句柄
- 文件位于网络驱动器或 WSL2 的
/mnt/c/...路径下，Windows 文件系统层拦截了写操作 - Sublime 启动时未以管理员权限运行，而目标目录（如
C:\Program Files\...或某些受控系统目录）拒绝非提权写入 -
atomic_save设置为true（默认），Sublime 会先写临时文件再重命名；若磁盘满、临时目录不可写或杀毒软件拦截重命名，就会静默失败
如何快速确认是否是权限或路径问题？
打开 Sublime 控制台（Ctrl+`），执行以下命令观察输出：
view.window().active_view().file_name()
复制路径，然后在终端中手动测试写权限：
- Windows：
echo test > "你的文件路径.txt" && echo OK（如果报“拒绝访问”，就是权限问题） - macOS/Linux：
touch "你的文件路径" 2>/dev/null && echo OK || echo Permission denied
若终端也无法写入，别折腾 Sublime 配置——先解决系统级写权限。常见绕过方式：
- 把文件另存到桌面或用户目录（如
~/Documents），再剪切回原位置（需管理员权限时） - 右键 Sublime 快捷方式 → “以管理员身份运行”（仅 Windows，慎用于日常）
- 禁用 Windows Defender 实时保护的“受控文件夹访问”，或临时退出杀软
atomic_save 和 encoding 是两个高频踩坑点
这两个设置不报错，但会让保存行为变得“不可见失败”：
-
atomic_save: true（默认）：Sublime 先写xxx.tmp，再rename。某些 NAS、OneDrive 同步盘、或开启“文件按需同步”的目录会阻断 rename，结果就是你点了保存，文件内容没更新，控制台也无日志 -
encoding不匹配：比如文件实际是UTF-8 with BOM，但 Sublime 以UTF-8（无 BOM）读取并修改，保存时若编码强制设为UTF-8，部分 Windows 应用（如记事本）会误读为乱码，甚至触发系统级写保护逻辑
临时验证方法：在当前文件窗口执行
view.encoding()
如果返回 Undefined 或明显不匹配（如中文文件显示 Western (Windows 1252)），立刻手动设置：
- 菜单 → File → Save with Encoding →
UTF-8（或对应原始编码） - 或在设置中显式关闭原子保存：
"atomic_save": false（仅调试用，长期关闭可能丢失写入中断时的数据）
插件或自定义构建系统偷偷劫持了保存行为
某些插件（如 AutoFileName、EditorConfig、SublimeLinter）会在 on_pre_save 或 on_post_save 钩子中抛出未捕获异常，导致保存流程中断且不提示。排查方法：
- 关闭所有插件：菜单 → Preferences → Package Control → Disable Package，逐个禁用测试
- 检查是否有自定义构建系统绑定了
file_regex或shell_cmd，且其输出含错误路径（如Permission denied: /path/to/file），这类错误有时会吞掉 Sublime 的保存反馈 - 查看控制台是否出现类似
Exception in thread Thread-...或error in on_post_save的堆栈
真正棘手的不是找不到方案，而是它总在你以为修好了的时候，因为某次系统更新、杀软策略变更或 OneDrive 状态切换，又悄悄失效一次。
