package control: remove package 仅删除插件主目录和 installed packages 下的 .sublime-package 文件,不清理 packages/user/ 配置、cache 缓存及 sync 同步状态,导致命令残留、cpu 飙高、右键菜单仍在。

Package Control: Remove Package 只删插件本体,不清理配置、缓存、同步状态——直接点它卸载后 CPU 还飙高、右键菜单还在、命令面板能搜到但执行报错,不是操作失败,是三处残留没动。
用 Package Control: Remove Package 卸载插件时为什么命令还在?
因为 Package Control: Remove Package 仅删除插件主目录和 Installed Packages/ 下的 PluginName.sublime-package 文件,完全不管你在 Packages/User/ 下手动建的配置文件。
-
Packages/User/LSP-pyright.sublime-settings这类文件会原样保留,下次启动仍可能触发语言服务器连接逻辑 -
Packages/User/Default (Windows).sublime-keymap里若绑定了"command": "git_gutter",快捷键照常生效 - 右键菜单项(如 GitGutter 的「Stage Hunk」)由插件的
Context.sublime-menu注册,卸载后若配置未清,Sublime 仍会加载残留定义
删完插件 CPU 还持续 100%?重点查 Cache 目录
LSP 类插件(如 pyright、texlab、LSP-pyright)卸载后,会在 Cache 目录留下索引、socket 文件和编译产物,Sublime 启动时自动尝试重连,导致后台死循环拉起进程。
- 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 和快捷键绑定。
- 卸载前务必运行
subl --sync-logout(Windows 需确保subl在 PATH 中;macOS/Linux 终端直输) - 或通过菜单栏:
Sublime Text → Preferences → Sync Settings → Logout - 不确定是否登录过?查
Packages/User/Package Control.sublime-settings里是否有"sync_login"字段
手动删插件文件夹前必须关死所有 Sublime 进程
窗口关了 ≠ 进程退出。LSP 服务、剪贴板监听、同步代理都可能让 sublime_text.exe(Windows)、Sublime Text(macOS)、subl(Linux)在后台常驻,锁住 Packages/ 下的文件夹,导致删一半卡住或提示“文件正在使用”。
- Windows:按
Ctrl+Shift+Esc打开任务管理器 → 搜索sublime_text.exe和subl.exe→ 全部结束 - macOS:打开「活动监视器」→ 搜索
Sublime Text→ 强制退出所有匹配项 - Linux:终端运行
pkill -f "sublime_text"或pkill -f "subl"











