sublime Text“Unable to save”错误几乎全是操作系统权限问题，需检查文件只读属性、确认Sublime以当前用户运行、修复目标目录归属与写权限，并重启编辑器验证。
sublime text 提示“Unable to save”或“permission denied”，**几乎全是操作系统级权限问题，不是 Sublime 自身故障**。它不会绕过系统只读标记，也不会自动提权——你看到的错误，是 linux/macOS 的 EPERM 或 windows 的“拒绝访问”，必须从文件路径、用户身份、进程权限三方面入手。
检查文件是否被系统标记为只读
这是最常被忽略的第一步。Sublime 不会提示“该文件被锁定”，只会静默失败。
- windows：右键文件 → “属性” → 确认未勾选“只读”；若已勾选，取消并点击“应用”→“全部应用”
- macos：右键 → “显示简介” → 检查“通用”区域是否显示“锁定”，若有则点击锁图标解锁
- Linux：
ls -l filename查看权限位，若末尾有
+或 ACL 标记（如getfacl filename输出非空），说明存在额外限制
确认 Sublime 是以当前用户身份运行，而非 root/administrator
用 sudo subl 或“以管理员身份运行”打开过一次，就可能让缓存、临时目录甚至插件配置残留高权限上下文，导致后续普通用户会话无法写入原路径。
- macOS/Linux：永远用
subl（确保已配置 shell 命令），**禁用sudo subl** - Windows：右键快捷方式 → “属性” → “兼容性” → 取消勾选“以管理员身份运行”（除非明确编辑
C:WindowsSystem32driversetchosts这类系统文件） - 验证方式：在 Sublime 中打开终端（
Ctrl+`），执行whoami或id -un，输出应与你登录用户名一致
修复目标目录的写入权限（关键操作）
常见于把项目放在 /usr/local/、/opt/、/Library/ 或其他非用户主目录路径时。普通用户默认无权写入这些位置。
- 先查权限：
ls -ld /path/to/your/project若输出中没有
w（如dr-xr-xr-x），或所有者不是你（如root staff），就是问题根源 - 改归属（推荐）：
sudo chown -R $USER:staff /path/to/your/project（macos）或
sudo chown -R $USER:$USER /path/to/your/project（Linux）
- 补写权限（可选）：
chmod u+w /path/to/your/project - ⚠️ 注意：不要对整个
/usr或/Library递归改权限，只改你实际编辑的子目录
临时绕过：另存为到用户可写路径快速验证
如果你不确定权限改得对不对，或暂时没权限执行 sudo，这个方法能立刻判断是不是权限问题。
- 用
Ctrl+Shift+S（Windows/Linux）或Cmd+Shift+S（macOS）另存为到~/Desktop或~/Documents - 若能成功保存，100% 确认原路径权限不足；若仍失败，再检查杀毒软件、磁盘只读状态或文件是否被其他进程独占（如正在被 git LFS 锁定）
- 改完权限后，**务必重启 Sublime Text**——它不会热重载文件系统权限状态
最容易被忽略的是：改完目录权限后不重启 Sublime，或者误以为“以管理员运行”是通用解法，结果把编辑器变成权限黑洞，反而增加安全风险和协作隐患。真正的解决点永远在路径归属和用户上下文，不在 Sublime 设置里调任何开关。