sublime启动慢的真凶是插件、索引和残留会话，而非软件本身；通过安全模式启动可快速定位问题，禁用老旧插件、关闭index_files、清理session.sublime_session和索引缓存是四大关键优化手段。
为什么 Sublime 启动慢？先用安全模式定位真凶
启动慢几乎从不怪 Sublime 本身——它原生 C++ 写的，冷启动本该是毫秒级。真正拖后腿的，是插件、索引、残留会话这三类“加载时才执行”的东西。
最准的排查方式不是猜，而是强制跳过所有干扰：关掉 Sublime，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再双击图标启动。这时它不加载任何插件、不读用户设置、不恢复上次窗口——如果秒开，问题就100%出在你的配置或插件上。
- 打开命令面板
Ctrl+Shift+P，输入Package Control: List Packages，重点看那些两年没更新的：比如SublimeCodeIntel、GitGutter v1.x、AutoFileName，它们常因 API 变更 silently fail - 按
Ctrl+`打开控制台，扫一眼有没有红色报错，像ImportError、timeout、unresolved import—— 出现这些的插件，基本就是卡顿元凶 - 禁用比卸载更稳妥：
Preferences → Package Control → Disable Package，选中后重启即生效；配置和快捷键全留着，方便回滚
关掉 index_files 是见效最快的单步操作
这是 macOS 和 Windows 用户反馈“改完立刻变快”的头号配置项。默认开启的 index_files 会在启动时扫描整个项目目录建符号索引，遇到 node_modules 这种几万文件的目录，光是遍历 stat() 系统调用就能卡死主线程，尤其在 SSD 较老或 macOS 的 FSEvents 机制下更明显。
进 Preferences → Settings，在右侧用户设置里加这一行：
"index_files": false
副作用很明确：Ctrl+P 模糊搜索文件名、Ctrl+R 跳转函数定义会失效——但换来的是冷启动时间从 5 秒压到 0.8 秒左右。
- 若仍需部分索引能力，别直接关死，改用排除策略：
"folder_exclude_patterns": ["node_modules", ".git", "__pycache__"] - 顺手关掉自动恢复：
"remember_open_files": false和"hot_exit": false，否则上次打开的 12 个大项目会变成启动时的“恢复包袱”
清理隐形缓存：Session.sublime_session 和索引目录
很多人优化完设置重启，速度还是没起色——因为 Session.sublime_session 和旧索引缓存没清。它们不像插件那样显眼，但体积可能达几百 MB，重启不删，等于白调。
关掉所有 Sublime 实例后，手动删掉这两个东西：
-
Session.sublime_session文件：
Windows 路径：%APPDATA%\Sublime Text 3\Local\
macOS 路径：~/Library/Application Support/Sublime Text 3/Local/ - 索引缓存目录（同上路径下的
Index或Cache子目录）也一并清空
注意：这不是“清理历史”，而是清除编辑器内部状态快照。删完首次启动会稍慢（重建基础缓存），但之后就轻了。
主题和大文件场景下的额外负担
如果你用的是 Spacegray 或类似重型 UI 主题，它自带 60+ 图标文件和复杂 .sublime-theme 规则，每次启动都要解压、解析、渲染，对低配机器影响不小。可临时切回默认主题验证是否相关。
另外，打开含超大日志或生成代码的项目时，show_definitions、highlight_modified_tabs、auto_indent 这些看似无害的设置，会在后台持续触发语法分析和界面重绘，建议在项目设置里针对性关闭：
{
"index_files": false,
"show_definitions": false,
"highlight_modified_tabs": false,
"auto_indent": false
}
真正容易被忽略的，是“你以为关了插件就万事大吉”——其实 Session.sublime_session 里还存着上一次加载失败的插件堆栈、未释放的文件监听句柄、甚至残缺的索引锁文件。不删它，所有优化都打七折。
