重置Sublime Text失败的主因是删错Data目录、未关闭后台进程或未登出同步账号；正确路径为Windows的%APPDATA%\Sublime Text 4、macOS的~/Library/Application Support/Sublime Text、Linux的~/.config/sublime-text-4，且须先结束sublime_text.exe等进程并执行subl --sync-logout。

删错目录是重置失败的最常见原因

Sublime Text 没有“恢复出厂设置”按钮，重置成败全看是否删对了那个 Data 目录——不是安装目录（比如 C:\Program Files\Sublime Text），也不是 Packages/User 单独文件夹，而是整个用户配置根目录。删错位置，重启后所有设置照旧，你会以为“重置没用”，其实是根本没动到真实配置。

• Windows 正确路径是：%APPDATA%\Sublime Text 4（注意：带空格，不是 SublimeText4；也不是 %APPDATA%\Sublime Text 4\Packages\User）
• macOS 正确路径是：~/Library/Application Support/Sublime Text（注意：Sublime Text 4 安装后仍叫 Sublime Text，不带版本号）
• Linux 正确路径是：~/.config/sublime-text-4（短横线，全小写，不是下划线或空格）

路径错一个字符，就可能删进别的软件配置目录，或者根本删不到任何东西。很多人删完发现“上次打开的标签页又回来了”，问题几乎都出在这儿。

后台进程不关干净，删了也会自动恢复

窗口关了 ≠ Sublime 退出了。它默认常驻后台，内存里的状态会在你删完文件后悄悄刷回磁盘——你看到“删了又回来”，其实是它自己写的。

• Windows：打开任务管理器 → “详细信息”页 → 搜索 sublime_text.exe 或 subl.exe → 全部结束
• macOS/Linux：终端运行 killall -u $USER sublime_text 或检查 ps aux | grep sublime 后手动 kill

不关干净，User 文件夹可能被占用删不掉；更糟的是，它会在你重启时把部分旧状态（比如会话、标签页）恢复出来，让你误判重置失败。

同步账号没登出，云端配置会覆盖本地重置

如果你之前登录过 Sublime Text 账号并开启同步（Preferences → Sync Settings），即使删光本地 Data 目录，重启时它也会从云端拉回 Packages/User/Preferences.sublime-settings 和 Default (Windows).sublime-keymap，导致“重置白做”。

• 重置前务必先执行：subl --sync-logout（终端）
• 或菜单栏点 Sublime Text → Preferences → Sync Settings → Logout

这步最容易被跳过，尤其在多设备共用同一账号时——你以为清空了本地，其实只是换了个地方加载旧配置。

直接删除风险高，推荐先重命名备份再精准恢复

删 Data 目录确实能彻底重置，但代价极高：几百行自定义的 Preferences.sublime-settings、公司内部无法再获取的私有插件、甚至未保存的临时草稿，删完就是永久丢失。

• 更安全的做法：把整个 %APPDATA%\Sublime Text 4（Windows）或 ~/.config/sublime-text-4（Linux/macOS）重命名为 sublime-text-4-backup
• 重启 Sublime Text，它会自动生成全新 Data 目录
• 若需找回某些配置，只从备份中挑着复制：Packages/User/Preferences.sublime-settings 和 Default (Windows).sublime-keymap 回新 User 目录即可

Package Control 不会自动重装，所有插件都得手动来；而插件自身的默认配置（如 SideBarEnhancements.sublime-settings）不受影响，只有你放在 User 下的同名文件才被重置。真正顽固的从来不是设置本身，而是你没意识到它正在被后台进程或云端同步悄悄接管。