最彻底的方法是删除Preferences.sublime-settings文件，它存储所有用户配置；菜单“还原默认设置”仅重置部分界面项，不影响该文件；删除后重启Sublime会自动生成干净默认配置。
直接删掉 Preferences.sublime-settings 文件最彻底
Sublime Text 的用户配置全存在这个文件里，改了字体、主题、快捷键、插件设置……全记在这儿。它不叫 settings.json，也不在菜单里“恢复默认”能触达的位置——菜单里的「还原默认设置」只重置部分界面项，根本不管你的 Preferences.sublime-settings。
实操建议：
- 关闭 Sublime Text
- 找到配置目录：
~/Library/Application Support/Sublime Text/Packages/User/（macOS）、%APPDATA%\Sublime Text\Packages\User\（Windows）、~/.config/sublime-text/Packages/User/（Linux） - 删掉或重命名
Preferences.sublime-settings——别动Package Control.sublime-settings或插件自己的配置，否则插件可能失联 - 重启 Sublime，它会自动生成一份干净的默认配置
subl --safe-mode 启动能绕过所有插件和自定义设置
你不确定是哪个插件或哪行配置导致卡顿、崩溃、快捷键失效？subl --safe-mode 是唯一能快速验证的手段。它跳过 User/ 目录下所有文件，连 Preferences.sublime-settings 都不读，只用内置默认逻辑启动。
常见错误现象：
- 按
Ctrl+Shift+P打不开命令面板 → 很可能是某个插件的 keymap 冲突，--safe-mode下能打开，就坐实了是第三方问题 - 保存文件没反应 → 某些 linter 插件在安全模式下不运行，如果此时正常，说明原配置里有阻塞型 hook
- 主题变回默认但字体还是错的 → 说明字体设置写在了
Preferences.sublime-settings之外，比如写进了Default (OSX).sublime-keymap这类文件
别乱动 Default 和 Global 目录下的文件
有人想“手动恢复默认”，就去 Packages/Default/ 里复制 Preferences.sublime-settings 覆盖 User 目录——这是错的。那个文件是只读模板，不是运行时配置源；而且 Sublime 启动时根本不会读它。
真正生效的只有 Packages/User/Preferences.sublime-settings，其他位置的同名文件会被忽略。另外，Global.sublime-settings 是旧版遗留物，新版已弃用，留着反而可能干扰解析。
性能影响：
- 在
Default/下修改任何文件，下次升级 Sublime 会被覆盖，改了也白改 - 把大段 JSON 塞进
Preferences.sublime-settings（比如完整嵌入一个 color scheme），会导致启动变慢，尤其在低配机器上明显 - 用符号链接指向外部配置？Sublime 不支持，会静默失败，且不报错
插件配置不能靠删 Preferences.sublime-settings 一并清掉
删掉 Preferences.sublime-settings 只解决“全局偏好”，但每个插件还有自己的配置文件，比如 SideBarEnhancements.sublime-settings、Emmet.sublime-settings，它们独立存在，删主配置不影响它们。
如果你真想从头开始，得额外处理：
- 插件配置文件都在同一级
User/目录下，名字带插件名，可批量重命名（如加.bak后缀）而不是直接删，方便回溯 - 某些插件（如 Package Control）会在首次启动时自动重建配置，但像
GitGutter这类依赖本地 Git 状态的，删了配置后可能要手动触发一次状态刷新 - 通过
Package Control: Remove Package卸载插件，再重装，才是重置插件行为最稳的方式；光删配置文件，插件缓存（如语法高亮索引）可能还在
最容易被忽略的是：Sublime 的“默认设置”其实分三层——内置硬编码值、Default/ 下的 JSON 模板、User/ 下的覆盖层。你看到的“当前设置”，永远是这三层合并后的结果，而 UI 里显示的只是最终值，看不出来源。调错的时候，得一层层排除，不能只盯着一个文件。
