sublime text保存失败几乎总是权限或文件占用问题，而非编辑器故障；需检查文件及父目录写权限、排除其他程序占用，并避免长期以管理员身份运行。
Sublime Text保存失败，八成不是编辑器坏了
根本原因几乎总是权限或占用问题，而不是Sublime本身出故障。它不会“突然坏掉”，但会忠实地拒绝写入你没权限的地方——比如/etc/hosts、C:\Program Files\、甚至你桌面上某个被OneDrive同步中卡住的文件。
- 先看右下角状态栏：显示的路径是不是你真能写的？比如
/usr/local/bin/nginx.conf这种路径，普通用户默认就写不了 - 别急着重装或换编辑器，90%的情况，改个路径或加个权限就能继续干活
- Windows 上提示“另一个程序正在使用此文件”，大概率是
nginx、httpd、VS Code 或杀毒软件在后台锁着文件，不是 Sublime 的锅
检查并修复文件与父目录的写权限
Sublime 保存本质是“删旧 + 写新”，所以不仅文件要可写，它的**父目录也必须允许你创建和删除文件**。很多人只改了文件权限，却忘了目录没w位，结果还是保存失败。
- macOS/Linux：终端运行
ls -ld /path/to/folder，如果输出是dr-xr-xr-x（第三段开头没w），说明目录不可写 - 临时修复（单个文件）：
chmod u+w /etc/myapp.conf - 修复目录（仅限你完全控制的开发环境）：
sudo chown -R $USER:staff /opt/myapp，再加chmod u+w /opt/myapp - Windows：右键文件夹 → 属性 → 安全 → 编辑 → 选中你的用户名 → 勾上“修改”或“完全控制” → 应用
别让 Sublime 长期以 root/admin 身份运行
用 sudo subl /etc/hosts 或 Windows “以管理员身份运行”确实能绕过权限报错，但副作用很实在：配置目录（如 Packages/User）可能变成 root 所有，之后连你自己桌面的文件都保存不了；macOS Catalina+ 还会直接拦截 GUI 程序的 root 启动，报 LSOpenURLsWithRole() failed。
- 更安全的做法：在 Sublime 里按
Cmd+Shift+S（macOS）或Ctrl+Shift+S（Win/Linux）另存为~/Desktop/hosts.new，再用终端提权写入：sudo cp ~/Desktop/hosts.new /etc/hosts - 如果非要用 Sublime 直接编辑系统文件，推荐
sudo -i进入 root shell 后再运行subl /etc/hosts，退出后立刻检查~/.config/sublime-text-3下文件属主是否仍是你自己 - Windows 上长期设成“以管理员身份运行”，会导致新建文件默认带高权限，Git 提交、脚本执行、甚至其他 IDE 都可能报错
Settings 文件无法保存的特殊处理
Preferences.sublime-settings 保存失败，通常不是权限不够，而是 Sublime 把用户设置路径指向了错误位置，或者 Packages/User 文件夹本身被锁住了。
- 打开
Preferences > Settings，确认右侧用户设置文件路径是否为Packages/User/Preferences.sublime-settings，而不是安装目录下的只读副本 - 检查该文件夹权限：Windows 是
C:\Users\your_user_name\AppData\Roaming\Sublime Text 3\Packages\User，右键属性 → 安全 → 确保你有“完全控制” - 如果插件冲突（比如 LiveReload、Sync Settings），禁用全部插件后测试；仍不行，可删掉
Packages/User/Preferences.sublime-settings，重启 Sublime 让它自动生成一个干净的新文件
真正麻烦的从来不是“怎么保存”，而是保存之后谁还能读、谁不该改、以及下次打开时 Sublime 还认不认识你。权限这事，细粒度比“大力出奇迹”管用得多。
