Package Control: Remove Package只删插件本体和.sublime-package文件，必须手动清理三处：Packages/User/下同名.sublime-settings文件、Default.sublime-keymap中相关命令绑定、Cache/目录中对应语言服务器的整个缓存文件夹，并彻底终止Sublime进程及登出同步账号。
Package Control: Remove Package 只删一半，必须补三处
用 Package Control: Remove Package 卸载插件后，命令面板还能搜到命令、右键菜单还在、CPU 持续 100%，不是卸载失败，而是它只删了插件本体和 Installed Packages/ 下的 PluginName.sublime-package 文件，其余三处完全不管：
-
Packages/User/目录下残留的PluginName.sublime-settings（比如LSP-pyright.sublime-settings），里面注册了 key bindings 和 command，导致命令面板能搜到但执行报command not found -
Packages/User/Default (Windows).sublime-keymap（或对应系统文件）里硬编码的快捷键，搜索"command": "git_stage_hunk"就能找到整块绑定，不删照样生效 -
Cache/目录中语言服务器生成的索引与 socket 文件（如pyright/、texlab/），Sublime 启动时会自动拉起进程，根本不需要插件本体就能吃满 CPU
删之前必须杀光所有 Sublime 进程，否则文件被锁死
窗口关了 ≠ 进程退出。Sublime Text 4 默认常驻后台，LSP 服务、剪贴板监听、同步逻辑都会锁住 Packages/ 和 Cache/ 下的文件，删的时候提示“文件正在使用”或删完重启又“复活”，基本都是进程没清干净：
- Windows：按
Ctrl+Shift+Esc打开任务管理器 → 搜索sublime_text.exe和subl.exe→ 全部右键“结束任务” - macOS：打开「活动监视器」→ 搜索
Sublime Text→ 选中所有匹配项 → 点击 ✕ 强制退出 - Linux：终端执行
pkill -f "sublime_text"或pkill -f "subl"
清理 Cache/ 是 LSP 类插件 CPU 飙高的唯一解
卸载 pyright、texlab、LSP-pyright 后 CPU 仍 100%，不是配置问题，是 Cache/ 里残留的语言服务器缓存被自动重连。只删子文件没用，必须删整个匹配文件夹：
- Windows：
%LOCALAPPDATA%\Sublime Text\Cache\→ 搜索pyright→ 删整个pyright/文件夹（别只删里面index或socket） - macOS：
~/Library/Caches/com.sublimetext.4/+~/Library/Saved Application State/com.sublimetext.4/→ 两个都得进，按关键词删；后者会偷偷恢复插件状态 - Linux：
~/.cache/sublime-text/→ 可直接rm -rf ~/.cache/sublime-text/*（安全，重启自动重建）
同步账号没登出，重装后插件自动复活
哪怕你删光 Packages/、Cache/、Local/，只要执行过 subl --sync-login，首次启动就会从云端拉回插件列表、快捷键、主题——这是最常被忽略的“复活”源头：
- 运行
subl --sync-logout（Windows 需确保subl在 PATH 中；macOS/Linux 直接终端执行） - 或菜单栏点
Sublime Text → Preferences → Sync Settings → Logout - 不确定是否登过？检查
Packages/User/Package Control.sublime-settings里有没有"sync_login"字段
