sublime无法保存文件主因是权限或占用问题，需检查路径写权限、避免sudo启动、另存为再提权复制，settings失败则多因packages/user归属错误。
Sublime 无法保存文件，90% 是权限或占用问题，不是编辑器坏了。 它不会“突然失效”，只是严格遵守系统权限规则——你没写入权，它就拒绝保存，不妥协、不绕过。
怎么看当前路径有没有写权限
右下角状态栏显示的路径，就是 Sublime 尝试写入的位置。别猜，直接验证：
- macOS/Linux：终端运行
ls -ld /path/to/folder，看输出最前面是否含w（如drwxr-xr-x表示可写；dr-xr-xr-x表示不可写） - Windows：右键文件夹 → 属性 → 安全 → 查看你用户名对应的“修改”或“写入”是否勾选
- 注意：Sublime 保存是“删旧 + 写新”，所以**父目录必须有
w和x权限**，光改文件权限没用
为什么 sudo subl /etc/hosts 不推荐长期用
它确实能让你点保存不报错，但代价明显：
- 整个 Sublime 进程以 root 身份运行，插件、自动保存、构建系统都获得系统级权限，误删一行
/etc/passwd就可能锁死系统 - macOS Catalina 及以后会直接拦截，报
LSOpenURLsWithRole() failed - 用户配置目录（如
Packages/User/）可能被 root 写入，之后连你自己桌面的文件都保存失败 - Linux 下还常引发 D-Bus 报错、剪贴板失效、GUI 异常等副作用
真正安全的三步操作流程
编辑系统文件时，用这个顺序，既可控又留痕：
- 在 Sublime 中按
Cmd+Shift+S（macOS）或Ctrl+Shift+S（Win/Linux），另存为~/Desktop/my.conf.new - 终端执行：
sudo cp ~/Desktop/my.conf.new /etc/my.conf（加&& sudo chmod 644 /etc/my.conf更稳妥） - 验证：
sudo cat /etc/my.conf确认内容已更新
这个流程把“编辑”和“写入”彻底分离，编辑器始终以普通用户身份运行，提权动作只发生在明确的、单次的 cp 命令里。
Settings 文件（Preferences.sublime-settings）保存失败的特殊点
这不是权限不够，而是 Sublime 把用户设置路径指向了错误位置，或者 Packages/User 文件夹本身被锁住：
- 打开
Preferences > Settings，看右侧文件路径是不是Packages/User/Preferences.sublime-settings - 终端检查该目录归属：
ls -ld ~/Library/Application\ Support/Sublime\ Text/Packages/User（macOS）或ls -ld ~/.config/sublime-text/Packages/User（Linux） - 如果属主是
root，说明之前误用过sudo subl，需修复：sudo chown -R $USER:staff ~/Library/Application\ Support/Sublime\ Text/Packages/User
这类问题往往藏得深——你改了 hosts 能成功，但改不了字体大小，就是因为 Settings 的存储层已经脱离控制了。
