sublime text保存失败主因是父目录缺乏写权限及atomic_save/rename被拦截；需同时检查文件与父目录权限、关闭“锁定”/“只读”、设encoding为utf-8、临时禁用atomic_save，避免sudo运行。
文件和父目录写权限都得检查
Sublime 保存失败不是“文件没w权限”就完事了——它实际执行的是「删旧文件 + 写新文件」，所以父目录必须同时具备 w（写）和 x（执行，即进入权限）。只给文件加 chmod u+w 没用。
Linux/macOS 下快速验证：ls -ld /etc/nginx/，若输出以 dr-xr-xr-x 开头（第三段无 w），说明目录不可写；ls -l /etc/nginx/nginx.conf 看文件属主是否为你自己。Windows 则要进「属性 → 安全 → 编辑」，确认你的用户名有「修改」权限，并勾选「将更改应用于此文件夹、子文件夹和文件」。
常见漏点：
- macOS 上右键文件 → 「显示简介」→ 底部「锁定」开关开着
- Windows 文件本身「只读」属性被勾选（右键 → 属性 → 取消勾选）
- 父目录的 x 权限缺失（尤其在嵌套路径如 /opt/myapp/conf/ 中）
atomic_save 和 encoding 是静默杀手
这两个设置不报错，但会让你 Ctrl+S 后文件时间戳不动、内容没更新，看起来像“点了没反应”。
atomic_save 默认为 true：Sublime 先写 xxx.tmp，再 rename 替换原文件。一旦父目录不可写，tmp 创建失败，整个保存就静默失败——控制台不打印任何错误。
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（仅调试用，长期关闭有数据丢失风险）
别用 sudo subl，改用 sudo cp 或 sudoedit
用 sudo subl /etc/hosts 看似能保存，实则让整个编辑器进程以 root 运行：插件、缓存、自动保存全带高权限，Package Control 的 Packages/User/ 目录可能被 root 写入，下次普通用户启动直接失效；macOS Catalina+ 更会直接拦截，报 LSOpenURLsWithRole() failed。
真正安全的操作流程是分离「编辑」和「写入」：
- 在 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（自动调用你默认编辑器，权限隔离干净）
Packages/User 权限错乱会连锁失效
Settings 文件（Preferences.sublime-settings）保存失败，往往不是权限问题，而是 Packages/User/ 目录本身被 root 写入过，导致归属变成 root:root。这时你改 hosts 成功，但字体大小、主题等用户设置却无法保存。
检查命令：
- macOS：ls -ld ~/Library/Application\ Support/Sublime\ Text/Packages/User
- Linux：ls -ld ~/.config/sublime-text/Packages/User
如果属主是 root，修复命令：
- sudo chown -R $USER:$USER ~/Library/Application\ Support/Sublime\ Text/Packages/User（macOS）
- sudo chown -R $USER:$USER ~/.config/sublime-text/Packages/User（Linux）
这个目录权限错乱不会在保存时弹窗提示，但它会让 Sublime 的个性化配置层彻底失联——你调了设置却看不到效果，问题根源藏得最深。
