真凶是插件、索引和残留会话三类启动时加载项；安全模式跳过它们故秒开，正常启动则因加载这些内容导致卡顿，需禁用高危插件、关闭index_files、清除session.sublime_session及index等缓存路径。
为什么安全模式秒开但正常启动卡顿？
真凶不是 Sublime 本身，而是插件、索引和残留会话这三类“启动时才加载”的东西。安全模式（Windows/Linux 按住 Ctrl、macOS 按住 Cmd 再双击图标）跳过所有插件、不读用户设置、不恢复窗口——如果这时秒开，问题100%出在你的配置里。
必须先完全退出 Sublime，否则删不动也白删：Windows 任务管理器搜 sublime_text.exe，macOS 活动监视器查 Sublime Text，Linux 执行 pkill -f "sublime_text"。只关窗口不行，托盘图标还在运行，Cache 和 Index 下的文件会被锁住。
如何快速定位并禁用高耗插件？
插件是启动慢最常被忽视的根源，尤其那些长期没更新、依赖外部命令或带阻塞 I/O 的插件。
- 打开命令面板
Ctrl+Shift+P（macOS 为Cmd+Shift+P），输入Package Control: List Packages，重点排查两年没更新的插件 - 用
Preferences → Package Control → Disable Package禁用，而非直接卸载——保留配置和快捷键，方便回滚 - 对
GitGutter这类插件，可先尝试非阻塞模式：在Preferences → Package Settings → GitGutter → Settings – User中加"non_blocking": true - 禁用
Package Control自动升级：在Preferences → Package Settings → Package Control → Settings – User中加"auto_upgrade": false
必须关掉 index_files 吗？怎么平衡功能与速度？
index_files 是 Sublime 默认开启的全项目符号索引功能。它会在启动时扫描整个项目目录（包括 node_modules、.git、dist 等），构建跳转和搜索数据库。遇到几万文件的目录，光是 stat() 系统调用就足以卡死主线程。
实操建议：
- 进
Preferences → Settings，在右侧用户设置中加一行："index_files": false——改完必须彻底退出再重启，冷启动时间通常从 5 秒压到 0.8 秒左右 - 副作用明确：
Ctrl+R跳函数定义、Ctrl+Click跳转、Find All References全部失效；但Ctrl+P（按文件名搜索）、Ctrl+Shift+F（全局文本搜索）仍可用 - 若仍需部分索引能力，不要全局关，改用项目级排除：在
Project → Edit Project中加"folder_exclude_patterns": ["node_modules", ".git", "dist"]
哪些缓存路径必须清、且容易漏？
Sublime 的缓存分散在多个系统级路径，只删 Cache 文件夹等于白干。LSP 插件（如 pyright、texlab）的符号数据库、UI 状态、崩溃恢复数据都藏在别处。
必须清理三处：
-
Cache：存储临时解析结果和 UI 渲染缓存 -
Index：纯叫Index的文件夹，不是 “Index Files”，删它才能修复Goto Definition失效、全文搜索变慢 -
Local：存会话快照（窗口布局、折叠状态、未保存恢复点），长期不清理会导致启动卡顿、菜单错位
Windows：%APPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Local\Index
macOS：~/Library/Application Support/Sublime Text/Cache、~/Library/Caches/Sublime Text、~/Library/Application Support/Sublime Text/Local/Index
Linux：~/.config/sublime-text/Cache、~/.cache/sublime-text、~/.config/sublime-text/Local/Index
尤其 Windows 用户常漏掉 %LOCALAPPDATA%\Sublime Text\Cache，只清了 %APPDATA% 路径，结果插件照样卡。
