sublime text 无一键清理过期核心缓存功能，需同步清除cache目录、saved application state及终止语言服务器进程；缺一将导致cpu飙高、插件假复活或启动卡死。
Sublime Text 没有“一键清理过期核心缓存”的内置功能，所谓“一键”实际是手动组合三类操作：清 Cache 目录、删 Saved Application State、重置语言服务器索引；缺一就会导致 CPU 飙高、插件假复活、甚至启动卡死。
Cache 目录里哪些文件该删？
Sublime 的 Cache/ 目录不是临时垃圾箱，而是语言服务器（如 pyright、texlab）、语法索引、符号数据库的持久化存储区。它不会自动过期，也不会随插件卸载而清除。
-
Cache/下按插件名或语言名建的子目录（如pyright/、lsp/、rust-analyzer/）必须整目录删除，不能只删里面部分文件 - Windows 路径：
%LOCALAPPDATA%\Sublime Text\Cache\（ST4）或%LOCALAPPDATA%\Sublime Text 3\Cache\（ST3） - macOS 路径：
~/Library/Caches/Sublime Text/ - Linux 路径：
~/.cache/sublime-text/（ST4）或~/.cache/sublime-text-3/（ST3） - 别用“清空回收站”代替手动删——某些文件被 Sublime 进程锁定时，系统级删除更可靠
Saved Application State 不清，缓存就白清
这个目录藏着 Sublime 启动时偷偷恢复状态的“后门”，哪怕你删了 Cache/ 和插件，只要它还在，下次启动仍会拉起旧语言服务器、重建旧索引、甚至把已卸载插件的命令面板条目也“复活”回来。
- Windows：
%LOCALAPPDATA%\Sublime Text\Saved Application State\（ST4）或同路径下Sublime Text 3\子目录 - macOS：
~/Library/Saved Application State/com.sublimetext.4/（ST4）或com.sublimetext.3/ - Linux：该目录通常不存在，但需确认
~/.config/sublime-text/Local/下无残留 session 文件 - 删前务必关死所有
sublime_text.exe或subl进程，否则目录可能被锁住
为什么重启后 CPU 还飙高？
常见现象是清完 Cache/ 但没动 Saved Application State，或者语言服务器（如 pyright）在后台持续重建索引却卡住——这时它会在 Cache/ 下生成新目录，但旧进程未退出，新旧并存吃满 CPU。
- 检查任务管理器（Windows）或 Activity Monitor（macOS），搜索
pyright、rust-analyzer、clangd等进程名 - 强制终止后再删对应缓存目录，否则新进程一启动就继承旧状态
- 如果频繁出现，可在用户设置里临时禁用 LSP 插件：
"lsp_disabled_servers": ["pyright"] - 注意：
subl --sync-logout命令只影响云同步状态，对本地缓存和进程无作用
真正干净的缓存清理，从来不是删一个目录的事——它是 Cache、Saved Application State、运行中进程三者同步处理的结果。最容易被忽略的是 Saved Application State，它不显眼，却最顽固。
