sublime启动慢主因是插件加载、index_files扫描和残留会话;通过安全模式确认后,禁用问题插件、关闭index_files、清理cache与index目录,可实现0.8秒冷启动。

Sublime 启动慢,90% 以上不是编辑器本身的问题,而是插件加载、index_files 扫描、残留会话这三件事在启动时同步阻塞主线程——改对地方,冷启动从 5 秒压到 0.8 秒很常见。
怎么确认是插件拖慢了启动?用安全模式实测最准
别靠感觉猜哪个插件有问题。关掉所有 Sublime 实例后,按住 Ctrl(Windows/Linux)或 Cmd(macOS)再双击图标启动,这就是安全模式:不加载任何插件、不读用户设置、不恢复窗口。如果秒开,问题 100% 出在你的插件或自定义配置上。
- 安全模式下立刻按
Ctrl+`打开控制台,扫一眼有没有红色报错:ImportError: No module named 'requests'、timeout waiting for git status、unresolved import sublime_plugin—— 这些对应插件基本就是元凶 - 打开命令面板
Ctrl+Shift+P,输入Package Control: List Packages,重点排查两年没更新的插件,比如SublimeCodeIntel、GitGutter v1.x、AutoFileName - 禁用比卸载更稳妥:进
Preferences → Package Control → Disable Package,选中后重启即生效;配置和快捷键全保留,回滚成本几乎为零
哪些插件最常卡死主线程?优先盯住这几类
不是所有插件都平等——有些在 plugin_loaded() 阶段就做同步 I/O 或调外部命令,一启动就锁死界面。
-
Package Control:默认开启自动升级,每次启动都尝试连 GitHub,国内网络下常卡在超时等待;可在Preferences → Package Settings → Package Control → Settings – User中加"auto_upgrade": false -
GitGutter:尤其 v1.x 版本,在 Windows 上依赖ReadDirectoryChangesW,大仓库或网络盘极易拖垮响应;可先尝试非阻塞模式:"non_blocking": true -
sublime-lsp/pylsp等 LSP 客户端:默认全项目加载,打开 Python/Java 大项目时后台持续分析;建议先禁用,再通过插件自身设置限定作用路径(如只对src/启用) -
SideBarEnhancements:右键菜单初始化耗资源,尤其在含数万文件的项目根目录下 - 任何带
sublime_plugin.EventListener且监听on_activated或on_load的插件,若内部有读配置、查网络等阻塞操作,都会拉长响应时间
为什么关掉 index_files 效果最立竿见影?
index_files 是启动卡顿头号原因,和汉化包无关,但汉化版用户常忽略它——它会在启动时递归扫描整个项目目录(包括 node_modules、.git、dist),光是 stat() 系统调用就能卡死主线程。
- 进
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__"];注意:写在用户设置里无效
还有哪些隐形缓存和配置容易被忽略?
长期使用后,Session.sublime_session 和 Index/ 缓存目录会悄悄膨胀,变成隐形性能杀手。它们不像插件那样显眼,但不清理,优化效果直接打五折。
- 彻底退出 Sublime(Windows 查任务管理器确认
sublime_text.exe进程消失;macOS 用活动监视器查) - 删空以下两个目录:
— Windows:%APPDATA%\Sublime Text\Cache和%LOCALAPPDATA%\Sublime Text\Local\Index
— macOS:~/Library/Application Support/Sublime Text/Cache和~/Library/Application Support/Sublime Text/Local\Index - 顺手关掉自动恢复:
"remember_open_files": false和"hot_exit": false,否则上次打开的十几个大项目会变成启动时的“恢复包袱”
真正卡顿的点往往不在“功能多不多”,而在“启动时要不要立刻加载”。index_files 默认开、插件默认启用、会话默认恢复——这三者叠加,才是多数人启动要等 5 秒以上的根本原因。清理顺序建议:先安全模式确认问题性质,再禁用插件,接着关 index_files,最后清缓存;每步做完都重启验证,避免误判。











