Sublime Text提示“Permission denied”根本原因是用户对文件及父目录缺乏w/x权限，需检查锁定/只读属性、atomic_save和encoding设置，禁用自动提权，采用sudo cp或sudoedit等安全替代方案。
Sublime Text 保存文件提示“Permission denied”，不是编辑器需要“自动调用管理员权限”，而是你当前用户对目标路径没有写权限——强行让 Sublime 自动提权，等于把整个编辑器进程（含插件、缓存、剪贴板）都暴露在 root 权限下，风险远大于收益。
为什么“自动提权”不可行也不安全
Sublime Text 是 GUI 应用，操作系统（尤其是 macOS Catalina+ 和现代 Linux 桌面环境）明确禁止 GUI 程序静默获取 root 权限。所谓“自动调用管理员权限”在技术上无法可靠实现，且存在以下硬性限制：
- macOS 会直接拦截并报
LSOpenURLsWithRole() failed，窗口根本打不开 - Linux 下
sudo subl启动后，Packages/User/目录、缓存、临时文件全被 root 写入，下次普通用户启动时插件加载失败、设置丢失 - Windows 上“以管理员身份运行”设为默认后，新建文件默认带
Administrators组权限，git add、npm run等命令常静默失败
真正该检查的两个路径权限：文件 + 父目录
Sublime 的保存行为是「删除旧文件 + 写入新文件」，所以仅给文件加 chmod u+w 不够，父目录必须同时具备 w（写）和 x（执行/进入）权限：
- Linux/macOS：运行
ls -ld /etc/nginx/，若输出以dr-xr-xr-x开头（第三段无w），说明目录不可写；修复命令：sudo chmod u+w /etc/nginx/ - Windows：右键目标文件夹 → “属性” → “安全” → 编辑 → 找到你的用户名 → 勾选“修改” → 点“应用” → 勾选“将更改应用于此文件夹、子文件夹和文件”
- 别漏掉隐藏开关：macOS 右键文件 → “显示简介” → 底部“锁定”开关必须关闭；Windows 文件属性里“只读”勾选必须取消
atomic_save 和 encoding 是静默失败的元凶
这两个设置不报错，但会让你反复按 Ctrl+S 却毫无反应，控制台也无日志：
-
atomic_save默认为true：Sublime 先写xxx.tmp，再rename替换原文件；OneDrive、NAS、WSL2 的/mnt/c/路径常拦截rename，导致静默失败 -
encoding不匹配：比如文件实际是 UTF-8 with BOM，但 Sublime 以 UTF-8（无 BOM）打开并保存，部分 Windows 应用会触发系统级写保护 - 快速验证：按
Ctrl+`打开控制台，输入view.encoding()；若返回Western (Windows 1252)或undefined，立刻菜单 →File → Save with Encoding → UTF-8 - 调试时可临时在
Preferences → Settings中设"atomic_save": false，但长期关闭有数据丢失风险
安全替代方案：分离编辑与写入
你只需要把内容写进目标路径，不需要让整个 Sublime 进程升权。标准操作流程如下：
- 在 Sublime 中按
Cmd+Shift+S（macOS）或Ctrl+Shift+S（Win/Linux），另存为~/Desktop/config.new - 终端执行：
sudo cp ~/Desktop/config.new /etc/myapp.conf - 补一句：
sudo chmod 644 /etc/myapp.conf防止权限过宽 - 多行编辑更推荐：
sudoedit /etc/myapp.conf（自动调用你默认编辑器，权限隔离干净）
atomic_save 的 rename 行为不会弹窗报错，也不会出现在控制台日志里，只会让你觉得“点了保存，但什么都没发生”——这是最易被忽略的复杂点。
