Sublime启动慢主因是插件、index_files扫描和残留Session.sublime_session三者叠加，关闭后可从5–8秒降至0.8秒；安全模式验证、禁用高耗插件、关闭索引、清理缓存是四大优化手段。
Sublime 启动慢，90% 不是编辑器的问题，而是它在启动时被迫加载了不该立刻加载的东西——插件、index_files 扫描、残留的 Session.sublime_session 这三者叠加，能把毫秒级冷启动拖到 5–8 秒以上。直接关掉这三项，基本就能回到 0.8 秒左右。
怎么确认真是插件或配置拖慢了启动
别靠感觉猜哪个插件有问题。关掉所有 Sublime 实例，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再双击图标启动——这就是安全模式：不加载任何插件、不读用户设置、不恢复窗口。如果这时秒开，问题就 100% 出在你的插件或自定义配置里。
进安全模式后，立即按 Ctrl+` 打开控制台，扫一眼有没有红色报错：
-
ImportError: No module named 'requests'：说明插件依赖缺失，常见于 GitGutter、SublimeLinter -
timeout waiting for git status：GitGutter 或类似调用外部命令的插件卡住了 -
unresolved import sublime_plugin：老旧插件（如SublimeCodeIntel、GitGutter v1.x）与新版 Sublime 不兼容
哪些插件最该优先禁用
不是所有插件都平等。以下几类在启动时同步阻塞主线程，或后台持续轮询，CPU 和内存双高：
-
GitGutter（尤其 v1.x）：Windows 上因ReadDirectoryChangesW频繁重扫，大仓库直接卡死；可先试"non_blocking": true，不行就禁用 -
sublime-lsp/pylsp等 LSP 客户端：默认全项目加载，Python/Java 大项目一开就后台分析；建议先禁用，再通过其 Settings – User 限定作用目录（如只对src/启用） -
SideBarEnhancements：右键菜单初始化耗资源，尤其在含node_modules的根目录下 -
AutoFileName、All Autocomplete：启动即加载全部文件路径，几十万文件的目录直接卡住
禁用比卸载更稳妥：Preferences → Package Control → Disable Package，选中后重启即生效；配置和快捷键全留着，回滚成本几乎为零。
为什么关掉 index_files 效果最立竿见影
index_files 是 Sublime 默认开启的全项目符号索引功能，启动时会遍历整个项目目录（包括 node_modules、.git、dist），对每个文件做 stat() 系统调用。遇到几万文件的目录，主线程直接卡死，尤其在 macOS 和 Windows 上感知极强。
进 Preferences → Settings，在右侧用户设置里加这一行：
"index_files": false
副作用很明确：Ctrl+R（跳函数定义）、Ctrl+Click（跳转）、Find All References 全部失效；但 Ctrl+P（按文件名搜索）、Ctrl+Shift+F（全局文本搜索）仍可用。
若仍需部分索引能力，不要全局关死，改用排除策略——注意：folder_exclude_patterns 必须写在 Project → Edit Project 里才生效，只写在用户设置中无效：
{
"folders":
[
{
"path": ".",
"folder_exclude_patterns": ["node_modules", ".git", "dist", "__pycache__"]
}
]
}
清理隐形缓存：Session.sublime_session 和 Index/ 目录
很多人改完设置重启，速度还是没起色——因为 Session.sublime_session 和旧索引缓存没清。它们不像插件那样显眼，但体积可能达几百 MB，重启不删等于白调。
关掉所有 Sublime 实例后再操作（否则文件被占用删不掉）：
- 删除
Session.sublime_session文件：
Windows 路径：%APPDATA%\Sublime Text 3\Local\
macOS 路径：~/Library/Application Support/Sublime Text 3/Local/ - 顺手清空同目录下的
Index/子目录——那里存着损坏或冗余的索引缓存 - 顺便关掉自动恢复：
"remember_open_files": false和"hot_exit": false，避免下次启动硬扛一堆旧文件的“恢复包袱”
真正卡顿的点往往不在“功能多不多”，而在“启动时要不要立刻加载”。index_files 默认开、插件默认启用、会话默认恢复——这三者叠加，才是多数人启动要等 5 秒以上的根本原因。缓存不清理，优化效果直接打五折。
