根本原因是当前用户对目标文件或其所在目录无写入权限，常见于系统目录或他人创建的只读文件；应通过修改权限或使用符号链接等安全方式解决，而非以root运行sublime。
为什么 Sublime 保存文件时提示“权限不足”
根本原因不是 Sublime 自身限制，而是当前用户对目标文件或其所在目录没有写入权限。常见于：/etc/、/usr/local/bin、系统配置目录，或他人创建的只读文件（如用 sudo 创建后未改属主）。Sublime 默认以当前用户身份运行，无法绕过系统级文件权限检查。
不推荐：直接用管理员权限运行 Sublime
虽然在终端执行 sudo subl /path/to/file 或右键“以管理员运行”能临时解决，但会带来明显风险：
- 编辑器进程以 root 身份运行，插件、构建系统、自动保存等行为都拥有系统最高权限，一个误操作可能损坏系统文件
- GUI 应用用
sudo启动常导致 X11 权限混乱，出现界面异常、剪贴板失效、D-Bus 报错（如Failed to connect to bus） - Sublime 的用户数据目录（如
~/Library/application Support/sublime text或~/.config/sublime-text）若被 root 写入，普通用户后续无法修改设置或安装插件
真正安全的解决方式：改文件或目录权限，而非提权编辑器
优先使用系统权限机制修复根源，而不是让编辑器“硬上”：
- 如果要编辑单个系统文件（如
/etc/hosts），先用sudo chmod u+w /etc/hosts临时加写权限，保存后再sudo chmod u-w /etc/hosts恢复 - 如果是整个目录（如
/etc/nginx/conf.d/），确认归属：运行sudo chown -R $USER:$USER /etc/nginx/conf.d（仅限开发机，生产环境慎用） - 更规范的做法是将配置文件放在用户可写路径（如
~/Sites/nginx-conf/），再通过符号链接接入系统路径：sudo ln -sf ~/Sites/nginx-conf/default.conf /etc/nginx/conf.d/default.conf - 检查父目录是否可写：即使文件本身权限为
644，若其所在文件夹权限不含x（执行位），普通用户也无法进入该目录并修改其中文件
Sublime 内部保存失败时的应对动作
当已打开文件、点击保存却弹出权限错误，Sublime 实际已检测到 EPERM 或 EACCES 系统错误。此时：
- 不要反复点保存——不会成功，且可能覆盖未保存的缓冲区内容
- 立即执行
File → Save As…，另存为本地可写路径（如桌面或~/Downloads），再手动用终端复制过去：sudo cp ~/Downloads/my.conf /etc/my.conf - 启用 Sublime 的“原子保存”可能导致更隐蔽失败：可在
Preferences → Settings中确认"atomic_save": false，避免因临时文件创建失败而静默丢弃更改 - 插件如
FileSync或自定义构建系统若涉及 sudo 操作，务必显式调用pkexec或gksudo（linux）并验证其是否被系统策略阻止，而非依赖 Sublime 进程权限
文件权限问题本质是 Linux/macOS 的访问控制逻辑，不是编辑器 bug。绕过它最省事的方式，往往埋下最难排查的隐患。