sublime保存失败主因是文件或目录权限问题：文件被设为只读、用户无写权限、文件被其他程序占用，或父目录不可写；应优先检查并修复权限，而非重装。
Sublime 保存失败，八成不是编辑器坏了，而是文件或目录被系统“锁住”了——要么是只读属性打勾了，要么是你没权限往那个地方写，要么是文件正被其他程序占用。别急着重装，先按下面几步查。
检查文件是否被系统标记为只读
这是最常被忽略的一步。Windows 上右键文件 → “属性”，看“只读”框有没有勾；macOS 上右键 → “显示简介”，拉到最底下看“锁定”是否开启；Linux 则用 ls -l filename，如果开头是 -r--r--r--（没有 w），说明当前用户根本没写权限。
- Windows：取消勾选“只读”，点“应用”→“全部应用”（否则可能只改了文件没改同目录下其他文件）
- macOS：解锁后点右下角小锁图标输入密码确认
- Linux/macOS 终端临时加写权：
chmod u+w filename
确认 Sublime 是以普通用户身份运行的
很多人试过一次 sudo subl /etc/hosts，之后再用普通方式启动，发现连自己桌面的文件都保存不了——因为某些配置缓存或插件残留了 root 权限痕迹，导致 Sublime 的用户级配置目录（比如 Packages/User）被改成 root 所有，普通用户就写不进去了。
- macOS/Linux：永远优先用
subl启动，而不是sudo subl - Windows：不要长期设成“以管理员身份运行”，尤其编辑项目代码时——这会让所有新建文件默认带系统级权限，后续 Git、脚本、IDE 都可能报错
- 验证方法：打开
Preferences > Settings，看右侧用户设置文件路径是不是在Packages/User/Preferences.sublime-settings，且该目录ls -ld显示所有者是你自己
父目录没写权限，文件再可写也白搭
Sublime 保存文件本质是“删旧文件 + 写新文件”，所以不仅文件本身要可写，它所在的**目录**也必须允许你创建和删除文件。常见坑位：/usr/local/bin、/opt/myapp、/Library/Application Support ——这些路径普通用户默认无写权。
- 查目录权限：
ls -ld /path/to/folder，若显示dr-xr-xr-x（没w），就是它了 - 修复命令（macOS）：
sudo chown -R $USER:staff /path/to/folder && chmod u+w /path/to/folder - Linux 类似，把
staff换成$USER即可 - 临时绕过：按
Cmd+Shift+S（macOS）或Ctrl+Shift+S（Win/Linux）另存到~/Desktop，能成功就基本锁定是原路径权限问题
别让 hosts、nginx.conf 这类文件直接进 Sublime
编辑系统级配置（如 /etc/hosts、/etc/nginx/nginx.conf）时，硬刚权限只会越陷越深。正确做法是“本地改好 → 终端提权写入”，而不是让整个编辑器跑在 root 下。
- 推荐流程：在 Sublime 中编辑 →
Cmd+Shift+S存到~/hosts.new→ 终端执行：sudo cp ~/hosts.new /etc/hosts - 比
sudo subl /etc/hosts安全得多：不会污染 GUI 配置、不改插件属主、不触发 macOS Gatekeeper 警告 - 顺手加一句：
sudo chmod 644 /etc/hosts，避免下次ls -l看到奇怪的权限位
真正麻烦的从来不是“怎么保存”，而是“为什么这个路径非得我来写”。多数时候，把文件挪到用户目录下编辑，再用命令同步过去，比折腾权限更省时间、更少出错。系统路径的写权限，不该是日常开发的起点，而应是部署或调试时的明确动作。
