根本原因是sublime试图写入无权限的目录，sudo启动编辑器风险极高；应检查文件及父目录权限、取消只读属性、避免文件占用，优先用sudo chmod或sudoedit等安全方式操作。
Sublime 保存文件时提示“Permission denied”，不是编辑器坏了，而是你没权限写那个位置——直接 sudo 启动 Sublime 是最常见、也最危险的误操作。
为什么 sudo subl 会出问题
Linux/macOS 下用 sudo subl /etc/hosts 确实能保存，但代价是整个 Sublime 进程以 root 身份运行。这意味着：
- 所有插件（比如 GitGutter、Package Control）都在 root 权限下执行，一个恶意或有 bug 的插件可能删掉系统关键文件
- Sublime 自动创建的缓存、临时文件、用户设置目录（如
~/.config/sublime-text-3/Packages/User/）会被 root 写入，下次普通用户启动就进不去设置、装不了插件 - GUI 层面常伴随剪贴板失效、D-Bus 报错（
Failed to connect to bus）、字体渲染异常等“看起来像崩溃”的症状 - macOS Catalina 及以后版本会直接拦截，报
LSOpenURLsWithRole() failed
真正该检查的三个权限点
保存失败从来不是单一原因，要按顺序排查：
-
ls -l /path/to/file：看文件本身是否对当前用户可写（重点看第一段权限位和第三列属主） -
ls -ld /path/to/parent/dir：父目录必须有x（执行位），否则连进入都做不到，更别说写文件 -
id -un和id -gn：确认当前用户和组名，避免chown时输错用户名
安全修改权限的实操路径
不提权编辑器，只动目标文件，才是可持续做法：
- 单个文件临时可写：
sudo chmod u+w /etc/nginx/nginx.conf→ 在 Sublime 里保存 → 立刻恢复：sudo chmod u-w /etc/nginx/nginx.conf - 整目录协作开发（仅限本地环境）：
sudo chown -R $USER:$(id -gn $USER) ~/my-project+chmod -R u+rw ~/my-project - 绕过 Sublime 保存环节（适合追加或替换）：
echo "new config" | sudo tee /etc/myapp.conf > /dev/null或sudoedit /etc/myapp.conf（自动调用你配置的默认编辑器，权限隔离干净）
Windows 上“拒绝访问”的真实来源
别急着点“以管理员身份运行”：
- 先右键文件 → “属性” → 取消勾选“只读” —— 这个勾经常被脚本或安装器偷偷打上
- 检查是否被其他进程占用：打开任务管理器，搜
nginx、python、code、sublime_text，结束相关进程再试 - 确认不是 OneDrive 或 Dropbox 正在同步该文件（状态图标显示“正在处理”时禁止写入）
最常被忽略的是父目录的 x 权限和 Windows 文件“只读”属性——它们不会在错误信息里明说，但会卡住整个保存流程。动手前先 ls -ld 或右键看属性，比反复重启 Sublime 有效得多。
