sublime text 无法保存配置的主因是packages/user目录权限异常或被同步工具锁定。需检查路径权限、禁用同步服务、修复属主，启用atomic_save时需注意rename被拦截问题，修改后必须重启编辑器。
Sublime Text 无法保存配置（比如 Preferences.sublime-settings），基本不是编辑器坏了，而是它试图往一个你没写入权限的路径里写配置文件——最常见的是用户目录下的 Packages/User/ 被意外改属主、或被杀软/云同步服务锁死。
为什么 Preferences.sublime-settings 保存失败却不报错？
这个文件默认路径是：~/Library/Application Support/Sublime Text 3/Packages/User/Preferences.sublime-settings（macOS）、%APPDATA%\Sublime Text 3\Packages\User\Preferences.sublime-settings（Windows）、~/.config/sublime-text-3/Packages/User/Preferences.sublime-settings（Linux）。它不像 /etc/hosts 那样明显受系统保护，但一旦该目录或其父级被设为只读、属主变成 root、或被 OneDrive/Backup and Sync 标记为“按需同步中”，Sublime 就会静默失败：Ctrl+S 没反应、控制台无日志、文件时间戳不变。
验证方法很简单：
- 在 Sublime 控制台（
Ctrl+`）中执行：view.window().folders()，确认返回的路径是否可写 - 终端中运行：
ls -ld ~/.config/sublime-text-3/Packages/User（Linux/macOS）或icacls "%APPDATA%\Sublime Text 3\Packages\User"（Windows），看当前用户是否有write权限 - 临时关闭 OneDrive、Dropbox、Windows Defender 实时保护，再试保存
修改 Packages/User 权限的实操步骤
别直接 chmod 777 或长期用管理员运行 Sublime——这会让后续插件安装、Git 同步、甚至新建文件都出问题。安全做法是精准修复属主和权限：
- Linux/macOS：运行
sudo chown -R $USER:$(id -gn $USER) ~/.config/sublime-text-3/Packages/User，再补一句chmod -R u+rw ~/.config/sublime-text-3/Packages/User - Windows：右键
%APPDATA%\Sublime Text 3\Packages\User→ 属性 → 安全 → 编辑 → 选中你的账户 → 勾选“完全控制” → 应用（注意勾选“替换子容器和对象的所有者”） - 如果发现
Packages目录本身属主是root（比如曾用sudo subl编辑过），必须先修复整个Packages目录，否则子目录权限改了也白搭
atomic_save 和 encoding 对配置保存的隐性影响
Preferences.sublime-settings 是 JSON 文件，但 Sublime 默认开启 "atomic_save": true。这意味着它不会直接覆写原文件，而是先写 Preferences.sublime-settings.tmp，再 rename。某些同步工具（如 OneDrive 的“Files On-Demand”）会拦截 rename 操作，导致保存看似成功，实际磁盘上仍是旧内容。
快速验证与绕过：
- 打开 Sublime 设置（
Preferences → Settings），在右侧用户设置中添加："atomic_save": false，保存后立刻测试能否写入Preferences.sublime-settings - 如果仍失败，检查当前视图编码：
view.encoding()—— 若返回UTF-8 with BOM或Western (Windows 1252)，手动设为UTF-8（菜单 →File → Save with Encoding → UTF-8） - 不建议长期关闭
atomic_save，调试完记得删掉那行，避免写入中断时丢失配置
真正棘手的不是“找不到权限在哪改”，而是 Packages/User 路径被多个层叠机制（系统权限、同步服务、杀软规则）同时限制，且错误不抛出。每次改完权限，务必重启 Sublime 再试——因为它的配置加载是进程启动时完成的，运行中改权限不会自动生效。
