重置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 下的同名文件才被重置。真正顽固的从来不是设置本身，而是你没意识到它正在被后台进程或云端同步悄悄接管。
