sublime text 启动慢主因是插件、索引和残留会话三者叠加；关index_files、禁用老旧插件、删除session.sublime_session可恢复毫秒级响应。
Sublime Text 启动慢，八成不是编辑器本身的问题，而是它在启动时被迫加载了太多“不该立刻加载”的东西——插件、索引、残留会话这三项加起来，能把 0.3 秒的冷启动拖到 8 秒以上。关掉 index_files、禁用 GitGutter/LSP 类插件、删掉 Session.sublime_session，三步做完，基本就回到毫秒级响应。
怎么确认是插件拖慢了启动？用安全模式实测最准
别靠感觉猜哪个插件有问题。关掉所有 Sublime 实例，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再双击图标启动——这时跳过全部插件、不读用户设置、不恢复窗口。如果秒开，问题 100% 出在你的插件或配置里。
- 安全模式下按
Ctrl+`打开控制台，扫一眼有没有红色ImportError、timeout或unresolved import；有，对应插件大概率就是元凶 - 打开命令面板
Ctrl+Shift+P，输入Package Control: List Packages，重点看两年没更新的：比如SublimeCodeIntel、GitGutter v1.x、AutoFileName - 禁用比卸载更稳妥：
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（全局文本搜索）仍可用 - 若仍需部分索引能力，不要全局关，改用项目级排除：
"folder_exclude_patterns": ["node_modules", ".git", "__pycache__"]，注意该配置必须写在Project → Edit Project里才生效
哪些隐藏缓存和配置容易被忽略？
长期使用后，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 秒以上的根本原因。改完记得重启，别让缓存骗你。
