Sublime卡顿90%源于插件残留与缓存错乱，须彻底退出后清空三处缓存路径（Cache、Caches、Local/Index）、Packages/User下配置文件及插件专属缓存，否则重启无效。
Sublime 卡顿 90% 不是硬件问题，而是插件残留 + 缓存错乱导致的——关掉 index_files 只能缓解表象，不清理三处缓存路径和 Packages/User/ 下的配置文件，重启等于白干。
为什么卸载插件后还卡？Package Control 不删配置也不清缓存
用 Package Control: Remove Package 卸载 LSP-pyright 或 GitGutter，只删了主代码，但以下三处全留着：
-
Packages/User/LSP-pyright.sublime-settings—— 配置残留会让插件逻辑继续加载 -
Cache/目录下以pyright、gitgutter命名的子文件夹 —— 存的是语言服务器索引、符号数据库，损坏后 CPU 持续 100% -
Local/中可能存在的插件状态快照（如折叠树、右键菜单注册项）—— 导致菜单错位、命令面板里还能搜到已卸载插件的命令
检查方法：重启 Sublime 后按 Ctrl+Shift+P，输入 “Format with Black”，如果还能看到，说明 Black.sublime-settings 或相关缓存没清干净。
必须清空的三个缓存路径，缺一不可
只删 Cache 目录是常见误区。真正拖慢启动、卡死 LSP 的是 Index 和系统级 Caches，它们分散在不同位置，且部分被进程锁死。
- 先彻底退出 Sublime：Windows 查任务管理器确认所有
sublime_text.exe进程消失；macOS 用活动监视器强退；Linux 运行pkill -f "sublime_text" - Windows 清这三处：
%APPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Cache、%APPDATA%\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
删完首次启动稍慢是正常的——它在重建基础缓存，但不会再加载旧索引。
怎么精准定位某个插件的缓存？别一股脑全删
如果你只怀疑 LSP-texlab 或 SublimeLinter 拖慢性能，可以针对性操作，避免误伤其他插件：
- 进系统缓存路径（上面列出的任意
Cache或Caches目录），用文件名搜索texlab、sublimelinter、anaconda，整文件夹删除 - 去
Packages/User/目录下删掉对应配置：TexLab.sublime-settings、SublimeLinter.sublime-settings - 若插件曾写入本地状态（比如 SideBarEnhancements 会存侧边栏展开项），可临时重命名
Local/文件夹为Local.bak，重启后观察是否恢复流畅
注意：State/ 和 Session.sublime_session 不是缓存，是 UI 状态和未保存会话，除非遇到菜单错位或主题失效，否则不要动。
禁用 index_files 后 Ctrl+P 还能用，但得配合项目排除
加 "index_files": false 到用户设置里，确实能让敲字不卡，但副作用明确：Ctrl+Click 跳转定义、Find All References 全失效。如果仍需部分模糊搜索能力，别全局关，改用项目级排除：
- 右键侧边栏文件夹 →
Add to Project Exclude List - 或手动编辑项目文件，在
"folders"里加："folder_exclude_patterns": ["node_modules", ".git", "__pycache__"] - 这样
Ctrl+P按文件名搜索仍可用，Ctrl+R符号跳转在当前文件内也保留，但不会扫描整个node_modules
真正麻烦的是 Index 文件夹本身——它不是“缓存”，而是全文搜索和 Goto Definition 的底层数据库，一旦损坏，补全延迟、跳转失败、甚至插件命令无响应，都从这里开始传导。
