sublime插件卸载不干净需四步清理：删packages/user下配置与快捷键文件、清cache目录缓存、登出同步账号、删除context.sublime-menu等菜单文件。
插件卸载后命令还能搜到、右键菜单还有选项、CPU 还在狂飙——不是卸载失败，是只删了皮，没动骨。 Package Control 的 Remove Package 仅删除插件代码和 .sublime-package 文件，其余三处不手动清，它就永远“半死不活”地挂着。
Package Control 卸载后命令面板还能搜到命令？
说明 Packages/User/ 下残留了配置或快捷键绑定。Sublime 启动时会扫描所有 .sublime-settings 和 .sublime-keymap 文件，哪怕插件本体已删，只要配置里还写着 "command": "git_gutter" 或类似字段，命令就会注册进面板。
- 进
Packages/User/目录（路径见下文），用文件名搜索插件关键词，如GitGutter.sublime-settings、LSP-pyright.sublime-settings，直接删掉 - 打开
Default (Windows).sublime-keymap（或对应系统文件），全文搜索插件名，删掉整段含该command的 JSON 对象 - 检查
Preferences.sublime-settings，删掉残留字段，比如"lsp_format_on_save": true、"ignored_packages": ["GitGutter"]中已卸载的项
右键菜单仍有选项，甚至点开会报 command not found？
这是 Context.sublime-menu 或自定义 .sublime-commands 文件硬编码了命令入口。Package Control 不碰这些文件，它们常被插件安装时写入 Packages/User/ 或插件同名目录下。
- 在
Packages/User/和插件原目录（如Packages/SideBarEnhancements/）中搜索Context.sublime-menu - 打开该文件，查找含插件名或可疑
command的条目，整行删掉 - 同样检查
Packages/User/下是否有PluginName.sublime-commands，有则一并删除
卸载后 CPU 持续 30%+，LSP 命令能搜但执行卡死？
语言服务器插件（如 pyright、texlab）卸载后，其缓存索引、socket 文件、编译产物仍留在 Cache/ 目录，Sublime 启动时会尝试重连或重建，导致后台持续拉起进程。
- Windows：进
%LOCALAPPDATA%\Sublime Text\Cache\，搜pyright、texlab、lsp，删整个匹配文件夹 - macOS：删
~/Library/Caches/com.sublimetext.4/和~/Library/Saved Application State/com.sublimetext.4/（后者会偷偷恢复状态） - Linux：
rm -rf ~/.cache/sublime-text/*安全，重启后自动重建 - 不确定是否残留？直接清空整个
Cache/目录，无副作用
删完重启，插件又自动装回来了？
同步账号没登出。只要执行过 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"字段，有则删掉该文件
真正难清理的从来不是插件本身，而是它散落在 Packages/User/、Cache/、同步状态这三处的“影子”。关进程、删配置、清缓存、登出账号，四步缺一不可；漏掉任意一步，都可能让问题在下次启动时原样复现。
