Sublime Text启动慢主因是插件加载、index_files扫描和残留Session.sublime_session；关掉这三项可使启动从8秒降至0.8秒，需用安全模式定位问题插件、禁用高危插件、关闭index_files并清理缓存及Session文件。
Sublime Text 启动慢，基本不是编辑器本身的问题，而是它在冷启动时被迫加载了不该立刻加载的东西——插件、index_files 扫描、残留的 Session.sublime_session 三者叠加，能把本该毫秒级的启动拖到 8 秒以上。关掉这三项，0.8 秒内响应很常见。
用安全模式快速确认是不是插件拖慢启动
别靠感觉猜哪个插件有问题。关掉所有 Sublime 实例，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再双击图标启动——这时跳过全部插件、不读用户设置、不恢复窗口。如果秒开，问题就 100% 出在你的插件或配置里。
进安全模式后：
- 按 Ctrl+` 打开控制台，扫一眼有没有红色报错：
-
ImportError: No module named 'requests'→ 插件依赖缺失 -
timeout→ 常见于GitGutter、SublimeLinter等调外部命令的插件 -
unresolved import→ 多见于老旧插件（如SublimeCodeIntel、GitGutter v1.x）与新版 Sublime 不兼容
哪些插件最该优先禁用
不是所有插件都平等。以下几类在启动时就阻塞主线程，或持续轮询监听，CPU 和内存双高：
-
GitGutter（尤其 v1.x）：Windows 上因ReadDirectoryChangesW频繁重扫，大仓库直接卡死 -
sublime-lsp、pylsp等 LSP 客户端：默认全项目加载，Python/Java 大项目一开就后台分析 -
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（全局文本搜索）仍可用
若仍需部分索引能力，不要全局关，改用项目级排除：
- 在 Project → Edit Project 里添加："folder_exclude_patterns": ["node_modules", ".git", "__pycache__"]
清理缓存和残留配置比禁用插件更重要
很多人只禁用插件或关 index_files，但没清缓存，优化效果打五折。真正拖慢启动的是 Cache、Local/Index 和系统级 Caches 里那些被锁住或过期的二进制文件。
必须彻底退出 Sublime 后操作（否则文件被占用删不掉）：
- Windows：%APPDATA%\Sublime Text\Cache%LOCALAPPDATA%\Sublime Text\Cache%APPDATA%\Sublime Text\Local\Index
- macOS：~/Library/Application Support/Sublime Text/Cache~/Library/Caches/Sublime Text~/Library/Application Support/Sublime Text/Local\Index
- Linux：~/.config/sublime-text/Cache~/.cache/sublime-text~/.config/sublime-text/Local\Index
删完首次启动稍慢是正常的——它在重建基础缓存，但不会再加载旧索引。漏掉任意一个路径，都可能导致右键菜单残留、主题加载失败或启动卡在 “Initializing”。
