sublime text“一键卸载”不存在，package control: remove package仅删插件代码，不清理配置、缓存、同步状态；需手动删除packages/user/下的.settings/.keymap文件、cache目录残留及登出同步账号。
Sublime Text 里所谓“一键卸载”根本不存在——Package Control: Remove Package 只删插件本体，不碰配置、缓存、同步状态，卸完右键菜单还在、命令面板能搜到但执行报错、CPU 持续 100%，不是操作失败，是三处残留没动。
为什么 Package Control: Remove Package 卸载后命令还在？
因为 Sublime 启动时会加载 Packages/User/ 下所有 .sublime-settings 和 .sublime-keymap 文件，哪怕插件代码已删，只要里面还写着 "command": "git_gutter" 或 "key": "ctrl+shift+h"，命令就“活”在系统里。
- 进
Packages/User/（用Preferences → Browse Packages…快速打开），搜索插件名（如lsp、gitgutter、sidebar_enhancements），删掉所有匹配的.sublime-settings文件 - 打开
Default (Windows).sublime-keymap（或对应系统文件），全局搜索插件关键词，删掉整块含"command"的键位绑定对象 - 右键菜单残留？检查
Packages/User/Context.sublime-menu或插件自定义的.sublime-commands文件，硬编码项必须手动删
Cache 目录不清，LSP 类插件照常吃 CPU
像 pyright、texlab、LSP-pyright 这类语言服务器插件，卸载后会在 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：运行
rm -rf ~/.cache/sublime-text/*最省事，安全，重启后自动重建
重装同名插件前，必须登出同步账号
只要执行过 subl --sync-login，哪怕你删光 Packages、Cache、Local，首次启动也会从云端拉回插件列表、Preferences.sublime-settings 和快捷键绑定。
- 确认是否登录过：查
Packages/User/Package Control.sublime-settings里是否有"sync_login"字段 - 登出方式二选一：
subl --sync-logout（确保subl在 PATH 中），或菜单栏Sublime Text → Preferences → Sync Settings → Logout - 登出后建议重启一次再操作，避免同步服务后台残留
真正耗时的从来不是删插件本身，而是关不干净进程、找不准缓存路径、漏掉 Saved Application State 这类隐藏目录——尤其 macOS 用户，com.sublimetext.4 这个目录名太容易被忽略。
