sublime启动慢90%由插件和索引导致，非软件本身问题；应通过安全模式确认问题、控制台排查报错、禁用高危插件、关闭index_files等三项设置、清理缓存四步优化。
Sublime 启动慢、响应卡，90% 是插件和索引在拖后腿，不是软件本身问题。 它原生 C++ 实现，冷启动本该是毫秒级；真正让 5 秒变 0.8 秒的，是关掉 index_files、禁用几个高危插件、清掉残留缓存这三步。
怎么确认真是插件或配置拖慢启动
别靠感觉猜。关掉所有 Sublime 实例，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再双击图标启动——这是安全模式，不加载任何插件、不读用户设置、不恢复窗口。如果秒开，问题就 100% 出在你的配置或插件上。
接着打开控制台（Ctrl+`），扫一眼有没有红色报错，比如：
ImportError: No module named 'requests'timeout waiting for git statusunresolved import sublime_plugin
出现这些的插件，基本就是卡顿元凶。别急着卸载，先用 Preferences → Package Control → Disable Package 禁用，重启验证效果更稳妥。
必须改的三项核心设置
进 Preferences → Settings，在右侧用户设置里加这几行，改完重启立竿见影：
-
"index_files": false—— 全项目索引是头号性能杀手，尤其遇到node_modules这种几万文件的目录，光是遍历stat()就能卡死主线程 -
"auto_save_on_focus_lost": false和"save_on_focus_lost": false—— 切窗就写盘，频繁 I/O 拖慢响应，手动Ctrl+S更可控 -
"gpu_window_buffer": true—— 启用 GPU 加速，滚动、缩放、打开多标签都更顺滑，Windows/macOS/Linux 均有效
副作用很明确：Go to Definition 和 Find All References 会失效，但 Ctrl+P（文件名跳转）、Ctrl+Shift+F（全局文本搜索）照常可用。
哪些插件最该禁用或调低权重
以下插件启动时同步加载、后台常驻、或依赖外部命令，最容易成为瓶颈：
-
GitGutter：默认开启实时 diff，每次保存都调git，设"non_blocking": true或直接禁用 -
SublimeLinter/sublime-lsp：边打字边 lint 或分析，CPU 和内存双高；确保"lint_mode": "save"，并只对src/这类目录启用 -
SideBarEnhancements：右键菜单预加载耗资源，大项目根目录下尤其明显 -
Package Control自身：默认自动检查更新，国内网络下常 timeout；进Preferences → Package Settings → Package Control → Settings – User，加"auto_upgrade": false和"channels": []
禁用比卸载更安全——配置、快捷键全留着，哪天想回滚，点一下就恢复。
别忘了清理那些“看不见”的缓存
很多人调完设置重启，速度还是没起色，是因为 Session.sublime_session 和索引缓存没清。它们体积可能达几百 MB，重启不删，等于白调。
手动删掉这些路径下的文件/目录：
- Windows：
%APPDATA%\Sublime Text 3\Local\Session.sublime_session和C:\Users\用户名\AppData\Local\Sublime Text\Index - macOS：
~/Library/Application Support/Sublime Text 3/Local/Session.sublime_session和~/Library/Caches/Sublime Text 3/Cache/Index
清理完再重启。长期开着多个大项目后，也建议定期执行一次 Clear Cache（命令面板输入即可），释放被占住的内存。
复杂点在于：很多优化是取舍，比如关 index_files 换来启动快，但失去符号跳转；禁用 GitGutter 换来流畅，但少了行级变更提示。得根据你当前项目类型、协作方式、编辑习惯，决定哪些功能真需要、哪些只是“看着高级”。
