安全模式秒开而正常启动慢5秒的真凶是插件、索引和残留会话三类启动时加载项；关闭index_files、禁用gitgutter/lsp等高耗插件、清理session.sublime_session和index缓存可显著提速。
为什么安全模式秒开，但正常启动要5秒？
因为真凶不是 Sublime 本身，而是插件、索引和残留会话这三类“启动时才加载”的东西。安全模式（Windows/Linux 按住 Ctrl、macOS 按住 Cmd 再双击图标）跳过所有插件、不读用户设置、不恢复窗口——如果这时秒开，问题100%出在你的配置里。
- 别猜哪个插件拖慢了，先用安全模式确认问题性质
- 关掉所有 Sublime 实例后再进安全模式，否则可能缓存未清，结果不准
- 安全模式下按
Ctrl+`打开控制台，如果没报错，说明插件本身没崩，只是加载耗时；如果有红色ImportError或timeout，对应插件大概率就是元凶
关掉 index_files 是最立竿见影的操作
默认开启的 index_files 是启动卡顿头号原因。它会在后台扫描整个项目建符号数据库，遇到 node_modules 这种几万文件的目录，光是读取就卡主线程，尤其对 macOS 和 Windows 10 用户影响极显著。
- 进
Preferences → Settings，在右侧用户设置中加一行："index_files": false - 副作用明确：
Ctrl+R跳函数定义、Ctrl+Click跳转、Find All References全部失效；但Ctrl+P按文件名搜索、Ctrl+Shift+F全局文本搜索仍可用 - 如果还想保留部分能力，不要全局关，改用项目级排除：
"folder_exclude_patterns": ["node_modules", ".git", "dist", "__pycache__"]，但注意：这个配置必须写在Project → Edit Project里才生效，只写在用户设置中无效
哪些插件最常拖垮启动速度？
不是所有插件都平等——有些在启动时就阻塞主线程，有些则持续轮询、监听或解析，导致 CPU 和内存双高。GitGutter、LSP 类插件、All Autocomplete 是高频背锅侠。
-
GitGutter在 Windows 上因ReadDirectoryChangesW机制频繁重扫，大仓库或网络盘直接拖垮响应；可在其Settings – User中加{"enable_git_gutter": false}或"non_blocking": true -
sublime-lsp、pylsp等 LSP 插件默认全项目加载，打开 Python/Java 大项目时后台持续分析；建议先禁用，再通过插件自身设置限定作用路径（如只对src/启用） - 长期没更新的插件（如
SublimeCodeIntel、GitGutter v1.x）容易与新版 Sublime 不兼容，用Package Control: List Packages查看更新状态，优先禁用而非卸载（Preferences → Package Control → Disable Package）
还有哪些隐藏性能杀手容易被忽略？
长时间使用后，Session.sublime_session 和索引缓存不会自动清理，它们不像插件那样显眼，但体积可能达几百 MB，重启不删等于白调。
- 关掉所有 Sublime 实例后手动删除：
Windows：%APPDATA%\Sublime Text 3\Local\Session.sublime_session和%LOCALAPPDATA%\Sublime Text\Index
macOS：~/Library/Application Support/Sublime Text 3/Local/Index和~/Library/Application Support/Sublime Text 3/Local/Session.sublime_session - 别只删 Session 文件，
Index目录才是真正的缓存膨胀源；删完首次启动稍慢属正常，它会重建基础缓存，但不会再加载旧索引 - 顺手关掉自动恢复：
"remember_open_files": false和"hot_exit": false，否则上次打开的 20 个大项目会变成启动时的“恢复包袱”
index_files 开着、node_modules 没排除、GitGutter 在后台轮询、又留着一个损坏的 Session.sublime_session。优化不是一步到位，而是逐层剥开这些“加载时才执行”的负担。
