Sublime Text启动慢的头号原因是index_files默认开启，配合高危插件和残留缓存导致冷启动达5–8秒；通过安全模式验证后，禁用index_files、停用GitGutter/LSP等插件、清除Session.sublime_session及Index缓存，可将启动压至0.8秒。
index_files 是 Sublime 启动慢、打开大项目卡顿的头号原因，关掉它，配合禁用几个高危插件、清掉残留缓存，冷启动能从 5–8 秒压到 0.8 秒左右。
怎么确认真是插件或 index_files 拖慢启动
别靠感觉猜。关掉所有 Sublime 实例，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再双击图标启动——这是安全模式，不加载任何插件、不读用户设置、不恢复窗口。如果秒开，问题就 100% 出在你的配置或插件上。
接着按 Ctrl+` 打开控制台，扫一眼有没有红色报错：
ImportError: No module named 'requests'timeout waiting for git statusunresolved import sublime_plugin
出现这些的插件，基本就是卡顿元凶。先用 Preferences → Package Control → Disable Package 禁用，重启验证效果更稳妥。
index_files 关还是不关？副作用和替代方案
默认开启的 index_files 会在启动时遍历整个项目目录建符号索引，遇到 node_modules 这种几万文件的目录，光是 stat() 系统调用就能卡死主线程。尤其在 macOS 的 FSEvents 下、Windows 的 NTFS 上感知极强。
进 Preferences → Settings，在右侧用户设置里加这一行：
"index_files": false
副作用很明确：Ctrl+R（跳转函数定义）、Find All References 会失效，但 Ctrl+P（文件名跳转）、Ctrl+Shift+F（全局文本搜索）照常可用。
若仍需部分索引能力，别直接关死，改用排除策略：
"folder_exclude_patterns": ["node_modules", ".git", "__pycache__", "dist"]
哪些插件最该禁用或调低权重
以下插件启动时同步加载、后台常驻、或依赖外部命令，最容易成为瓶颈：
-
GitGutter：默认实时 diff，每次保存都调；设"non_blocking": true或直接禁用 -
SublimeLinter/sublime-lsp：边打字边 lint 或分析，CPU 和内存双高；确保"lint_mode": "save"，并只对src/这类目录启用 -
SideBarEnhancements：右键菜单预加载耗资源，大项目根目录下尤其明显 -
Package Control自身：默认自动检查更新，国内网络下常timeout；进Preferences → Package Settings → Package Control → Settings – User，加"auto_upgrade": false和"channels": []
禁用比卸载更安全——配置、快捷键全留着，哪天想回滚，点一下就恢复。
容易被忽略的隐藏性能杀手
长期使用后，Session.sublime_session 和 Index/ 缓存目录会悄悄膨胀，变成隐形性能杀手。它们不像插件那样显眼，但不清理，优化效果直接打五折。
关掉所有 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 秒以上的根本原因。
