package control 卸载不彻底是因为仅删除插件本体和 .sublime-package 文件，未清理 packages/user/ 下的 settings 文件、default.sublime-keymap 中的硬编码快捷键及 cache/ 中的语言服务器残留，且未彻底终止 sublime 进程和云端同步登录。
Package Control 卸载只删一半，命令还在是因为这三处没动
执行 Package Control: Remove Package 后，命令面板还能搜到插件命令、右键菜单还在、点开却报 command not found，根本原因是它只删了插件本体和 Installed Packages/ 下的 .sublime-package 文件，其余三处完全不管：
-
Packages/User/下同名的PluginName.sublime-settings（比如LSP-pyright.sublime-settings），里面注册了 key bindings 和 command 声明，Sublime 启动时仍会加载 -
Packages/User/Default (Windows).sublime-keymap里硬编码的快捷键绑定，搜索"command": "git_stage_hunk"就能定位整块 JSON，不删就一直生效 -
Cache/目录下语言服务器残留（如pyright/、texlab/），重启后自动拉起进程，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 和 Cache
别靠记忆或猜测路径，直接用 Sublime 内置入口进真实目录：
- 菜单栏点
Preferences → Browse Packages…→ 进入打开的文件夹，确认是Sublime Text（不是Sublime Text 3） - 进
Packages/User/，搜索插件关键词（如pyright、gitgutter），删掉所有匹配的*.sublime-settings文件，顺手检查并删除对应子文件夹（如LSP-pyright/） - 进系统级缓存路径：
– Windows：%LOCALAPPDATA%\Sublime Text\Cache\，搜关键词整夹删
– macOS：~/Library/Caches/com.sublimetext.4/和~/Library/Saved Application State/com.sublimetext.4/，两个都得清
– Linux：~/.cache/sublime-text/可直接rm -rf ~/.cache/sublime-text/*（安全，重启自动重建）
重装前漏掉 subl --sync-logout，插件会从云端自动恢复
只要执行过 subl --sync-login，哪怕你删光 Packages 和 Cache，首次启动也会从云端拉回插件列表、快捷键、主题甚至 Preferences.sublime-settings —— 这是最隐蔽的“复活”源头：
- Windows：确保
subl在 PATH 中，终端运行subl --sync-logout
macOS/Linux：直接终端执行subl --sync-logout - 或菜单栏点
Sublime Text → Preferences → Sync Settings → Logout - 不确定是否登过？检查
Packages/User/Package Control.sublime-settings是否含"sync_login"字段，有则必须登出
最麻烦的不是删不干净，而是删了一半就重启——LSP 插件的缓存残留比代码本身更顽固，pyright/ 文件夹里一个 socket 文件没清掉，下次启动照样连不上、卡死、吃满 CPU。
