安全模式启动失败需先确认按键与平台对应关系：Windows/Linux按住Ctrl，macOS按住Cmd；松手过早、误用Shift/Option、从开始菜单启动均会导致失效；验证方法为Ctrl+Shift+P执行Package Control: List Packages，返回空列表才算成功。
安全模式启动失败？先确认按键和平台对应关系
安全模式不是“点开软件再按快捷键”，而是启动瞬间触发的隔离机制。Windows/Linux 必须在双击图标前按住 Ctrl 键不放，macOS 则是按住 Cmd 键——Shift 或 Option 启动的是其他模式（比如某些旧版插件文档写错了），不会跳过插件加载。
常见错误现象：ImportError 报错仍出现、CPU 占用没降、启动时间几乎不变，大概率是按键时机不对或平台误判。实测中，松手早于图标响应、用触摸板代替鼠标双击、从开始菜单/Spotlight 搜索启动，都会导致安全模式失效。
验证是否真进安全模式：打开后立刻按 Ctrl+Shift+P，输入 Package Control: List Packages，如果返回 “No packages available” 或列表为空，才算成功；若还能看到 GitGutter、LSP 等名字，说明根本没进。
安全模式下流畅，但正常启动卡顿：三类加载项要逐个关
确认是配置问题后，不用猜哪个插件拖慢了，直接按启动时加载顺序排查：
-
index_files：默认开启，是启动卡顿头号原因。进Preferences → Settings，右侧用户设置加一行："index_files": false。副作用明确：Ctrl+R查符号、Ctrl+Click跳转失效，但Ctrl+P文件搜索、Ctrl+Shift+F全局文本搜索照常 - 残留会话文件：
%APPDATA%\Sublime Text\Session.sublime_session（Windows）或~/Library/Application Support/Sublime Text/Session.sublime_session（macOS）可能存有损坏窗口状态。关掉 Sublime，删掉这个文件再启动，能解决“启动后卡在空白标签页”类问题 - 项目级索引缓存：如果最近打开过含
node_modules的前端项目，Index文件夹（路径同上 Session 所在目录）可能积压大量无效索引。删掉整个Index文件夹比单清缓存更彻底
安全模式下仍崩溃或报错：问题不在插件，在核心组件
这时候不是插件惹的祸，得看控制台输出。按 Ctrl+` 打开控制台，重点扫三类信息：
- 以
error:开头的红字，比如error: Error loading syntax file，说明某个语法定义文件损坏，去Preferences → Browse Packages找对应语言包文件夹，删掉或重命名它 -
reloading plugin后跟一长串路径却没后续，卡在某插件初始化阶段，基本可判定该插件与当前 Sublime 版本不兼容（如 GitGutter v1.x 与 ST4 冲突） - 出现
Package Control相关报错，比如Failed to load package control，优先重装 Package Control：粘贴官方安装代码到控制台执行，注意核对sha256值是否匹配
这类问题往往发生在升级 Sublime 后，旧版插件没同步更新，或者手动复制过 .sublime-package 文件导致签名校验失败。
安全模式验证有效，但不想牺牲所有功能：精准禁用比全局关闭更实用
全关 index_files 太粗暴，尤其你只在特定项目里需要跳转。这时应该用项目级排除：
- 必须在
Project → Edit Project里写配置，写在用户设置里无效 - 示例配置中
"folder_exclude_patterns": ["node_modules", ".git", "dist"]能让索引跳过这些目录，既提速又保留对 src/ 下源码的Ctrl+R支持 - 对 GitGutter 这类高危插件，别直接卸载，改其设置文件：
{"enable_git_gutter": false}或设"non_blocking": true，避免阻塞主线程 - LSP 插件建议关掉自动诊断：
"diagnostics_enable": false，保留补全和跳转，去掉后台扫描
真正容易被忽略的是：安全模式只是验证手段，不是长期方案。每次靠按住 Ctrl 启动不现实，关键得把“安全模式下流畅”这个事实，转化为具体哪一行配置、哪一个插件开关的调整。否则问题只会反复出现。
