Sublime启动慢主因是插件加载、文件索引和残留会话；关index_files、禁用LSP插件、删Session.sublime_session可使启动从8秒降至0.8秒。
Sublime 启动慢，八成不是编辑器老了，而是它“背了太多包”——插件加载、文件索引、残留会话三座大山压着它喘不过气。关掉 index_files、禁用一个 LSP 插件、删掉 Session.sublime_session，往往就能从 8 秒启动回到 0.8 秒。
怎么快速定位拖慢启动的插件？
别猜，用安全模式实测最准：关掉 Sublime，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再双击图标启动——这会跳过所有插件和用户设置。如果此时秒开，问题一定出在插件或自定义配置上。
- 打开命令面板
Ctrl+Shift+P，输入Package Control: List Packages，重点排查长期没更新的插件，比如SublimeCodeIntel、GitGutter v1.x、AutoFileName - 按
Ctrl+`打开控制台，看有没有红色报错，如ImportError或timeout，这类插件大概率就是元凶 - 禁用比卸载更安全：
Preferences → Package Control → Disable Package，选中后重启生效；禁用只是不加载，保留配置和快捷键，适合临时排查 - 某些插件（如
GitGutter）支持非阻塞模式，在它的Settings – User里加"non_blocking": true，能避免初始化锁死界面
为什么关掉 index_files 效果最明显？
默认开启的 index_files 是启动卡顿的头号原因。它会在后台默默扫描整个项目建索引，遇到 node_modules 这种几万文件的目录，光是读取就卡住主线程，尤其对 macOS 用户影响极显著。
- 进入
Preferences → Settings，在右侧用户设置中添加："index_files": false - 副作用是
Ctrl+P模糊搜索和Ctrl+R符号跳转会失效，但换来的是冷启动速度翻倍 - 若仍需部分索引能力，可改用更精细的排除策略：
"folder_exclude_patterns": ["node_modules", ".git", "__pycache__"] - 别忘了同步关闭自动恢复：
"remember_open_files": false和"hot_exit": false，否则上次打开的 20 个大项目会变成启动时的“恢复包袱”
哪些隐藏缓存和配置容易被忽略？
长时间使用后，Session.sublime_session 和索引缓存目录会悄悄膨胀，变成隐形性能杀手。它们不像插件那样显眼，但重启后不清理，优化效果直接打五折。
- 关闭所有 Sublime 实例，删除
Session.sublime_session文件：
Windows 路径：%APPDATA%\Sublime Text 3\Local\
macOS 路径：~/Library/Application Support/Sublime Text 3/Local/ - 清空索引缓存：
Windows：C:\Users\用户名\AppData\Local\Sublime Text\Index
macOS：~/Library/Caches/com.sublimetext/Cache/Index - 重命名
Packages/User目录（如改为User.bak），让 Sublime 以默认配置启动，再逐个移回配置文件排查冲突项 - 某些主题插件（如
Theme - Soda、Material Theme）虽小，但启动时要解析大量 UI 资源，老旧版本尤其吃 CPU，建议一并禁用
真正卡住 Sublime 的，往往不是某个大功能，而是多个小设置叠加后的“慢性窒息”：一个没关的索引 + 两个阻塞式插件 + 一个残留的 Session 文件。优化的关键不是一步到位，而是每次只动一个变量，重启验证，把“为什么变快了”这件事真正搞清楚。
