根本原因是系统权限限制而非sublime自身无权限；应通过sudo chmod临时改文件权限或用sudoedit/tee操作，避免sudo启动Sublime引发权限混乱与安全风险。
sublime text提示“权限不足”无法保存文件
根本原因不是Sublime本身没权限，而是它试图写入的路径（比如/etc/hosts、/usr/local/bin或系统级配置目录）受macOS或linux的权限控制限制。直接双击打开Sublime再用Cmd+S（macOS）或Ctrl+S（Linux/windows）保存，编辑器会沿用启动时的用户权限——普通用户无法覆盖root权限保护的文件。
不要用“以管理员运行”强行提权
在macos上没有“以管理员运行”概念；在Linux上用sudo subl启动虽能保存，但会带来两个严重后果：
- 所有由该Sublime实例打开的文件（包括你自己的项目）都以root身份读写，一不小心
Cmd+S就可能覆盖关键系统文件 - GUI应用通过
sudo启动后，剪贴板、拖放、字体渲染等行为异常，部分插件（如gitGutter、Package Control）会拒绝加载或报Permission denied - 下次不带
sudo打开Sublime，之前用root创建的缓存/临时文件仍属root，导致插件目录~/Library/application Support/Sublime Text 3/Packages/User/（macOS）或~/.config/sublime-text-3/Packages/User/（Linux）出现权限混乱
正确做法：用sudo只改目标文件权限，不提权编辑器
真正安全的操作是让文件可写，而不是让编辑器变“超级用户”。分三步走：
- 确认文件当前权限：
ls -l /etc/hosts→ 若显示-rw-r--r--且属主是root，说明普通用户只有读权限 - 临时赋予当前用户写权限（仅限本次修改）：
sudo chmod u+w /etc/hosts - 保存完立刻恢复（防遗留风险）：
sudo chmod u-w /etc/hosts
更稳妥的方式是用sudo tee配合管道，完全绕过Sublime的保存环节：echo '127.0.0.1 example.com' | sudo tee -a /etc/hosts，适合单行追加；多行内容可用sudoedit /etc/hosts（自动调用默认编辑器，且权限隔离干净）。
长期需要频繁编辑系统文件？换用终端原生编辑器
Sublime本质是GUI工具，和unix哲学里的“权限最小化”天然冲突。如果你常要改/etc/下配置、写systemd服务、调试内核参数，直接用vim或nano更可靠：
-
sudo vim /etc/hosts—— 权限只作用于当前文件，退出即释放 -
sudo nano /etc/nginx/nginx.conf—— 对新手友好，无缓存残留风险 - 配好
EDITOR=nano环境变量后，sudoedit会自动启用它，比硬记命令更安全
硬让Sublime扛系统级编辑任务，就像用photoshop修/etc/passwd——不是做不到，而是每一步都在绕开设计约束，最终卡在某个Permission denied里反复查文档。