真正“无用”插件指近期未被主动调用者，如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 3\Packages\（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 Text\Cache\（Win）、~/Library/Caches/Sublime Text/（macOS）、~/.cache/sublime-text/（Linux）——这里存的是编译后的 Python 字节码和索引，插件删了但缓存还在，Sublime 启动时仍会尝试加载旧字节码，导致崩溃或报ImportError -
Local目录：保存未保存的窗口状态和插件持久化数据，某些插件（如ProjectManager）在此写入项目索引，不清空可能让插件“复活”
最稳妥的做法：关掉 Sublime 所有进程后，直接清空整个 Cache 和 Local 文件夹（安全，重启后自动重建），而不是只删某个插件名相关的子目录——因为很多插件缓存不按名字存，而是按哈希或 ID。
