sublime text启动慢、卡顿、cpu飙高90%源于缓存和插件残留未清干净；必须彻底退出进程后，手动清空cache、local/index及系统级cache三类目录，并删除packages/user下残留配置与keymap文件。
Sublime Text 启动慢、卡顿、CPU 飙高，90% 是缓存和插件残留没清干净——不是重装能解决的，必须手动删对位置、关死进程、顺手扫光三类残留。
为什么 Index Rebuild 命令根本没用
很多人按 Ctrl+Shift+P 输入 Index Rebuild 就以为索引重建完成了，其实它只刷新当前项目的符号索引，对全局损坏的缓存、LSP 插件的 socket 文件、UI 状态快照完全无感。真正拖慢启动的是 Cache 和 Index 目录里那些被锁住或过期的二进制文件，它们会强制 Sublime 在启动时做冗余校验甚至反复拉起语言服务器。
-
Index目录存全文搜索和Goto Definition的底层数据库，损坏后Ctrl+P搜索延迟、跳转失败 -
Cache里藏着 LSP 插件（如pyright、texlab）的编译产物和类型缓存，卸载后仍可能被自动加载 - 不先杀进程就运行
Index Rebuild，Sublime 会读取脏数据继续写入，等于边擦黑板边写字
必须清空的三个缓存路径（缺一不可）
Sublime 的缓存分散在三处，只删 Cache 目录是常见误区。Windows/macOS/Linux 路径不同，但逻辑一致：用户配置目录下的 Cache、Local/Index，以及系统级缓存路径。漏掉任意一个，都可能导致右键菜单残留、主题加载失败或启动卡在“Initializing”。
- 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
注意：Local/ 下的 Index 不是可选，它是全文搜索和符号跳转的底层索引库，删完首次启动稍慢属正常，后续反而更快。
插件卸载后还在吃 CPU？重点清这三处残留
用 Package Control: Remove Package 卸载插件，只删了主代码和 Installed Packages/PluginName.sublime-package，但 LSP 类插件（如 LSP-pyright）的缓存仍在后台偷偷运行。你看到 CPU 持续 30%+，大概率是 Cache 里那个 pyright 文件夹没删干净。
- 进对应系统的
Cache路径，用文件名搜索插件关键词（如pyright、texlab），整文件夹删除 - 打开
Packages/User/，删掉所有匹配的PluginName.sublime-settings（如LSP-pyright.sublime-settings） - 检查
Packages/User/Default (Windows).sublime-keymap等 keymap 文件，全局搜索插件命令名（如"command": "lsp_symbol_rename"），整块删掉
删之前不关进程，删了也白删
窗口关了 ≠ 进程退出。Sublime Text 在后台常驻监听剪贴板、LSP 状态、自动保存，会锁住 Packages/ 和 Cache/ 下的文件。Windows 下直接删会被提示“文件正在使用中”，macOS/Linux 则可能删到一半中断，导致部分缓存残留、重启后“复活”。
- Windows：任务管理器中确认所有
sublime_text.exe和subl.exe进程已结束 - macOS：活动监视器中强退
Sublime Text，并检查com.sublimetext.4相关进程 - Linux：运行
pkill -f "sublime_text"，再用ps aux | grep sublime确认无残留
删完首次启动稍慢是重建基础缓存的正常现象；如果依然卡顿，说明某处路径没找对，或者用了 Sublime Text 3 却清了 Text 4 的目录——版本号必须严格匹配。
