sublime text保存失败弹出“permission denied”根本原因是用户对文件或父目录无写权限，而非编辑器故障；应优先检查并修复权限，禁用atomic_save和修正encoding，避免以管理员身份运行。
Sublime Text 保存失败弹出 “Permission denied”，几乎从来不是编辑器的问题，而是你当前用户对目标路径没有写权限——强行以管理员或 root 身份运行 Sublime，短期能绕过报错，但会破坏插件、配置、Git 行为，甚至导致 macOS Catalina+ 直接拒绝启动。
为什么 sudo subl 或“以管理员身份运行”会出问题
GUI 程序提权后，整个进程（包括插件、缓存、自动保存）都继承高权限：
-
Package Control的缓存目录（如~/.config/sublime-text-3/Cache/）被root写入，下次普通用户启动就无法加载插件 - 你保存的
/etc/nginx/nginx.conf文件属主变成root，后续git commit或nginx -t因权限不一致而失败 - macOS Catalina 及以后版本会拦截 GUI 程序的
sudo启动，报LSOpenURLsWithRole() failed，窗口都打不开 - Windows 上长期设为“以管理员身份运行”，新建文件默认带高权限，
npm run dev、git add都可能静默失败
真正该检查的两个地方：文件 + 父目录
Sublime 保存本质是「删旧文件 + 写新文件」，所以光改文件权限不够，父目录也必须允许你创建和删除：
- Linux/macOS：运行
ls -ld /etc/nginx/，如果输出是dr-xr-xr-x（第三段开头没w），说明目录不可写；执行sudo chmod u+w /etc/nginx/才生效 - Windows：右键目标文件夹 → 属性 → 安全 → 编辑 → 找到你的用户名 → 勾选“修改”或“完全控制”，注意点“应用”后要选“将更改应用于此文件夹、子文件夹和文件”
- 别只看文件属性：Windows 上右键文件 → 属性 → 取消勾选“只读”；macOS 上右键 → 显示简介 → 拉到底部关掉“锁定”开关
atomic_save 和 encoding 静默破坏保存
这两个设置不会报错，但会让你反复点击 Ctrl+S 却看不到文件更新：
-
atomic_save: true（默认）时，Sublime 先写临时文件再原子替换；若父目录无写权限，临时文件创建失败，保存就静默失败 -
encoding设为不兼容的值（如"encoding": "Western (Windows 1252)"），可能导致写入时编码异常，系统返回EACCES - 可在
Preferences → Settings中确认："atomic_save": false，并确保"default_encoding": "UTF-8"
安全替代方案：不提权编辑器，只提权写入
你只需要把内容写进目标路径，不需要让整个 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
最常被忽略的是父目录的 x 权限（决定能否进入目录）和 Windows 文件的“只读”属性——它们不会在错误信息里明说，但会卡住整个保存流程。改权限时，优先用 u+w 而非 777，避免开放所有用户的写入入口。
