真正“无用”插件指近期未被主动调用者,如gitgutter在非git项目中、lsp插件用于markdown编辑;应通过命令面板回忆使用痕迹,重点排查sidebarenhancements等,并按三步法彻底卸载:卸载主体→删user配置→删installed packages文件。

如何快速识别哪些插件真正“无用”
sublime 本身不提供插件使用频率统计,所谓“无用”得靠人判断——不是看是否安装了,而是看是否**被主动调用过**。常见误判是:留着 GitGutter 却从不打开 Git 项目,或装了 LSP-pyright 却只写 Markdown。这类插件虽不报错,但会拖慢启动、占用内存、干扰命令面板搜索。
- 打开命令面板(
Ctrl+Shift+P/Cmd+Shift+P),输入Package Control: List Packages,逐个回想最近两周是否用过它的功能(比如右键菜单项、状态栏图标、快捷键) - 重点怀疑对象:
SideBarEnhancements(如果你从不右键侧边栏)、BracketHighlighter(如果你关了高亮且没改过配色方案)、所有带LSP或texlab/pylsp的语言服务器插件(除非你真在编辑对应语言) - 别删
Package Control自身——它是管理入口,删了就无法再装/卸载其他插件
一键清理 ≠ 真的按一个键,但可以极简操作
没有真正“一键”按钮,但通过组合路径 + 命令面板,三步内完成多数插件的干净移除:
- 先用
Package Control: Remove Package卸载主体(适用于 95% 插件) - 立刻打开
Preferences → Browse Packages…,进到Packages/User目录,删掉同名的PluginName.sublime-settings文件(例如GitGutter.sublime-settings) - 再回到
Browse Packages…的上级目录,进Installed Packages,删掉对应的.sublime-package文件(如有)
这三步做完,插件不会残留配置、不会重建缓存、重启后命令面板里也搜不到它——比单纯点“Remove Package”多走两步,但省去后续排查麻烦。
为什么手动删 Packages 文件夹有时反而更危险
直接进 %APPDATA%sublime text 3Packages(windows)或 ~/Library/Application Support/Sublime Text 3/Packages/(macos)删文件夹,看似快,但容易踩坑:
- 某些插件(如
Origami、AdvancedNewFile)会在Local或Cache目录写入运行时数据,删包不删缓存,下次启动可能报错或自动重装 - 插件名带空格或大小写混用(如
SublimeLintervssublimelinter),手动找错文件夹会导致删错或漏删 -
Package Control本身会记录已安装插件列表,手动删后它仍认为插件存在,后续执行List Packages还会显示,造成混淆
彻底清理残留必须查的三个隐藏位置
卸载后仍有异常(比如 CPU 占用高、启动卡顿、某命令还存在),说明有顽固残留。重点检查:
-
Packages/User:不只是.sublime-settings,还有可能存在的Preferences.sublime-settings里残留插件相关配置(例如"ignored_packages": ["Vintage"]被改成["Vintage", "GitGutter"],删插件后没清这项,Sublime 仍会加载它) -
Cache目录:%LOCALAPPDATA%Sublime TextCache(Win)、~/Library/Caches/Sublime Text/(macOS)、~/.cache/sublime-text/(linux)——这里存的是编译后的 Python 字节码和索引,插件删了但缓存还在,Sublime 启动时仍会尝试加载旧字节码,导致崩溃或报ImportError -
Local目录:保存未保存的窗口状态和插件持久化数据,某些插件(如ProjectManager)在此写入项目索引,不清空可能让插件“复活”
最稳妥的做法:关掉 Sublime 所有进程后,直接清空整个 Cache 和 Local 文件夹(安全,重启后自动重建),而不是只删某个插件名相关的子目录——因为很多插件缓存不按名字存,而是按哈希或 ID。