sublime text保存失败主因是文件、父目录权限不足或windows只读属性启用；应优先调整目标文件/目录权限，禁用atomic_save与非utf-8编码，避免sudo subl引发权限污染。
直接给文件或目录加写权限，比用 sudo subl 或“以管理员身份运行”安全得多——后者会让整个编辑器、插件、缓存都跑在 root 权限下，一次误操作就可能删掉系统关键配置。
为什么 sudo subl /etc/hosts 能保存，但不该这么干
它确实能绕过报错，但代价是：所有插件（比如 GitGutter、Package Control）都以 root 身份执行；~/.config/sublime-text-3/Packages/User/ 被 root 写入后，普通用户下次启动就加载不了插件；macOS Catalina+ 会直接拦截，报 LSOpenURLsWithRole() failed；Linux 下还常伴随剪贴板失效、Failed to connect to bus 等“看起来像崩溃”的症状。
真正该检查的三个地方：文件、父目录、只读属性
Sublime 保存本质是“删旧 + 写新”，所以三者缺一不可：
-
ls -l /path/to/file：看文件权限位（如-rw-r--r--）和第三列属主，若属主不是你且没w，就无权改内容 -
ls -ld /path/to/parent/dir：父目录必须有x（执行位），否则连进入都不行；若显示dr-xr-xr-x，说明目录不可写 - Windows 上右键 → “属性” → 取消勾选“只读”；macOS 上右键 → “显示简介” → 关掉“锁定”开关——这两个开关不会在错误里明说，但卡住保存
安全修改权限的实操路径（不提权编辑器，只动目标）
优先用最小权限改动，避免 chmod 777 或长期 sudo 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（自动调用你配置的默认编辑器，权限隔离干净）
atomic_save 和 encoding 静默破坏保存
这两个设置不会弹错误，但会让你反复按 Ctrl+S 却看不到文件更新：
-
atomic_save: true（默认）时，Sublime 先写临时文件再原子替换；若父目录无写权限，临时文件创建失败，保存就静默失败 -
"encoding": "Western (Windows 1252)"这类非 UTF-8 编码可能导致写入异常，系统返回EACCES - 可在
Preferences → Settings中确认："atomic_save": false，并确保"default_encoding": "UTF-8"
最常被忽略的是父目录的 x 权限和 Windows 文件“只读”属性——它们不报错，但让保存流程彻底卡死。改完权限后，别忘了重启 Sublime，避免残留的 root 缓存干扰。
