safe mode启动失败需先确认按键与平台对应关系：windows按住ctrl、macos按住shift、linux用subl --safe-mode；松手过早或误用cmd/option会导致失效，验证方法为ctrl+shift+p执行package control: list packages，返回空列表才算成功。
Safe Mode 启动失败？先确认操作系统对应操作
Sublime Text 的 Safe Mode 不是菜单选项，而是启动时的物理按键干预，按错键或时机不对就进不去。Windows 必须在双击图标前按住 Ctrl 键不放，直到窗口出现；macOS 是按住 Shift 键启动（注意不是 Cmd 或 Option）；Linux 下只能走命令行：subl --safe-mode，前提是 subl 已加入 PATH。如果启动后状态栏没显示 “Safe Mode” 字样，说明没生效——别怀疑软件坏了，就是按键没按对或松早了。
进了 Safe Mode 却没解决问题？检查是否真禁用了插件
Safe Mode 只禁用第三方插件和用户配置，但不碰 Sublime 自带功能（比如 Vintage、SideBar）。如果你的问题恰好出在自带插件上（比如 Vintage 导致 Esc 失效），那 Safe Mode 下现象依然存在。此时要区分：是插件冲突，还是 Sublime 内核行为被覆盖。验证方法很简单——打开命令面板 Ctrl+Shift+P，搜 Package Control: List Packages，如果列表为空或只剩 Default 和 Preferences，说明插件确实被禁了；如果还能看到 GitGutter 或 Emmet，说明你根本没进 Safe Mode，或者启动方式错误。
Safe Mode 下正常，但一退出就崩溃？定位高危插件有捷径
一旦确认 Safe Mode 有效，下一步不是瞎猜，而是盯控制台顶行日志。启动非 Safe Mode 版本，按 Ctrl+` 打开控制台，只看最上面 2–3 行输出：File "./Packages/GitGutter/git_gutter.py"、File "./Packages/SublimeLSP/plugin.py" 这类路径基本就是罪魁祸首。尤其注意含 create_connection、ssl、NoneType is not callable 的报错——前者多是网络插件（如 Package Control 自身），后者常是插件回调函数缺失。禁用时必须走 Preferences → Package Control → Disable Package，手动删文件夹或清空 Packages/ 目录反而会触发更隐蔽的加载冲突。
User.sublime-keymap 语法错一个逗号，Safe Mode 也救不了你
很多人以为进了 Safe Mode 就万无一失，其实 User.sublime-keymap 文件只要 JSON 格式错一点（比如末尾多逗号、引号没闭合），整个快捷键系统就静默失效，右下角只闪一下红字提示，极难察觉。这类问题在 Safe Mode 下照样存在，因为它是用户配置，不是插件。验证方法：临时重命名 Packages/User/User.sublime-keymap 为 User.sublime-keymap.bak，重启再试。如果快捷键恢复，问题就锁定在这里。别信“差不多能用”，Sublime 对 JSON 语法是零容忍——它不会报错说哪一行错了，只会整份忽略。
