必须彻底终止sublime进程、删除packages/user/配置文件、清理cache/残留缓存、手动清除installed packages/包及插件文件夹，否则插件命令残留、cpu飙升、重装后自动复活。
Package Control: Remove Package 只删了一半，剩下三处不清理，插件就“阴魂不散”——命令面板还能搜到、右键菜单还在、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"
删 Packages/User/ 下的 .sublime-settings 文件，否则命令面板照常显示
Package Control: Remove Package 完全不管你在 Packages/User/ 里手动建的配置文件。比如卸了 LSP-pyright，但 Packages/User/LSP-pyright.sublime-settings 还在，Sublime 启动时仍会加载其中的 key bindings 和 command 注册逻辑，导致命令面板能搜到 lsp_symbol_rename，点开却报 command not found。
- 用
Preferences → Browse Packages…进入真实Packages/目录（注意不是Sublime Text 3，Text 4 默认路径是Sublime Text） - 进
Packages/User/，搜索插件关键词（如pyright、gitgutter、sidebar_enhancements），删掉所有匹配的*.sublime-settings文件 - 顺手打开
Default (Windows).sublime-keymap（或对应系统文件），全局搜索"command": "git_stage_hunk"这类字段，整块删除
清 Cache/ 中的语言服务器残留，否则 CPU 持续 100%
像 pyright、texlab、LSP-pyright 这类 LSP 插件，卸载后 Cache/ 目录下仍留着 socket、索引、编译缓存。Sublime 启动时会尝试重连，后台拉起进程，CPU 占用直接拉满，编辑器卡死。
- Windows：
%LOCALAPPDATA%\Sublime Text\Cache\→ 搜索pyright或lsp→ 删整个匹配文件夹（别只删子文件） - macOS：
~/Library/Caches/com.sublimetext.4/+~/Library/Saved Application State/com.sublimetext.4/→ 两个都得清，后者会偷偷恢复插件状态 - Linux：
~/.cache/sublime-text/→ 直接rm -rf ~/.cache/sublime-text/*（安全，重启自动重建）
手动安装的插件根本不在 Remove Package 列表里
从 GitHub 下载 ZIP 解压拖进 Packages/、用软链接挂载、或旧版本遗留的插件，Package Control 完全不识别——命令面板搜不到，Remove Package 列表里也找不到。
- 确认真实
Packages/路径（Browse Packages…），别误入Sublime Text 3目录 - 在
Packages/下找到插件同名文件夹（如SideBarEnhancements/），**整文件夹删除**，不要只删.py文件（残留的__pycache__或.pyc仍可能被加载） - 再往上一级进
Installed Packages/，搜PluginName.sublime-package并删掉（反复装卸过的插件极易在这里残留）
Remove Package 就完事。漏掉 Packages/User/ 配置、Cache/ 缓存、Saved Application State 或同步登出中的任意一项，就等于没卸。
