“permission denied”根本原因是用户对文件或父目录无写权限，而非sublime故障；应优先检查并修复权限，禁用atomic_save和修正encoding，避免以管理员身份运行。
Sublime 保存失败时弹出 “Permission denied” 错误，几乎从来不是编辑器本身的问题，而是你当前用户对目标路径没有写权限——强行以管理员（Windows）或 root（macOS/Linux）身份运行 Sublime，短期能绕过报错，但会埋下插件失效、配置错乱、Git 报错甚至系统文件被误覆盖的隐患。
为什么“以管理员运行”不是正解
Sublime 是 GUI 程序，它的权限模型和终端命令完全不同。一旦用 sudo subl 或 Windows “以管理员身份运行” 启动，整个进程及其子行为（自动保存、插件读写缓存、构建系统输出）都会继承高权限：
-
Package Control可能拒绝加载，因为它的临时目录（如~/.config/sublime-text-3/Cache/）突然变成 root 所有，下次普通用户启动就无法写入 - 你顺手在项目里按
Ctrl+S保存一个app.js，它会被以 root 权限写入，导致后续git commit或npm run dev因文件属主不一致而失败 - macOS Catalina+ 会直接拦截 GUI 程序的
sudo启动，报LSOpenURLsWithRole() failed，连窗口都打不开
真正该检查的两个地方：文件 + 父目录
Sublime 保存本质是「删旧文件 + 写新文件」，所以光改文件权限不够，父目录也必须允许你创建和删除：
- Linux/macOS：运行
ls -ld /etc/nginx/，如果输出是dr-xr-xr-x（第三段开头没w），说明目录不可写；chmod u+w /etc/nginx/才能生效 - Windows：右键目标文件夹 → 属性 → 安全 → 编辑 → 找到你的用户名 → 勾选“修改”或“完全控制”，注意点“应用”后要选“将更改应用于此文件夹、子文件夹和文件”
- 别只看文件属性：Windows 上右键文件 → 属性 → 取消勾选“只读”；macOS 上右键 → 显示简介 → 拉到底部关掉“锁定”开关
安全替代方案：不提权编辑器，只提权写入
你只需要把内容写进目标路径，不需要让整个 Sublime 进程升权。实操三步走：
- 在 Sublime 中正常编辑，按
Ctrl+Shift+S（Win/Linux）或Cmd+Shift+S（macOS），另存为~/Desktop/my.conf.new - 终端执行：
sudo cp ~/Desktop/my.conf.new /etc/my.conf（单文件）或echo "new line" | sudo tee -a /etc/hosts（追加） - 验证：
sudo cat /etc/my.conf看是否更新；若需恢复权限，补一句sudo chmod 644 /etc/my.conf
atomic_save 和 encoding 静默破坏保存
这两个设置不会报错，但会让你反复点击 Ctrl+S 却看不到文件更新：
-
"atomic_save": true（默认）：Sublime 先写xxx.tmp再rename。OneDrive 同步中、NAS 挂载盘、某些杀软会拦截rename，结果就是“假保存” -
view.encoding()返回Undefined或明显错（如中文文件显示Western (Windows 1252)），说明编码不匹配，保存可能触发系统级写保护。手动设为正确编码：File → Save with Encoding → UTF-8 - 调试时可临时关原子保存：
"atomic_save": false，但别长期关闭，否则写入中断时可能丢数据
最常被忽略的是：父目录权限比文件权限更关键，而 atomic_save 导致的失败根本不会在控制台报错——它只是默默卡在 rename 阶段。先另存到桌面，再用终端写入，这一步省不了。
