用 Package Control 卸载插件最安全，但不会清配置
如果你是通过 Package Control 安装的插件，直接用它卸载是最稳妥的方式：按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Package Control: Remove Package，选中插件名回车即可。这步会删掉插件主代码和 Installed Packages 里的 .sublime-package 文件。
但注意：它**不会删除**你在 Packages/User 下留下的 PluginName.sublime-settings，也不会清空插件在 Cache 或系统临时目录里生成的索引文件——比如 LSP-pyright 可能还在 %LOCALAPPDATA%\Sublime Text\Cache\ 里存着编译缓存，下次启动仍可能触发高 CPU 占用。
- 插件没出现在卸载列表？说明它可能是手动拖进
Packages文件夹的，得走手动删路径 - 卸载后命令面板还能搜到插件命令？大概率是
User目录下残留了绑定快捷键或自定义命令的配置 - 别急着重启——先关掉所有
sublime_text.exe进程（任务管理器里确认），否则 Windows 下部分文件会被锁住删不掉
手动删插件文件夹前，先找准 Packages 路径
不同系统路径差异大，且 Sublime 版本（Text 3 / Text 4）会影响子目录名，错进旧版路径容易白忙活：
- Windows：
%APPDATA%\Sublime Text\Packages\（Text 4）或%APPDATA%\Sublime Text 3\Packages\（Text 3） - macOS：
~/Library/Application Support/Sublime Text/Packages/ - Linux：
~/.config/sublime-text/Packages/（Text 4）或~/.config/sublime-text-3/Packages/（Text 3）
进到对应 Packages 目录后，直接删掉插件同名文件夹（如 GitGutter、SideBarEnhancements）。别只删里面几个文件——整文件夹删才干净。顺手也去上级目录的 Installed Packages 里扫一眼，删掉同名的 .sublime-package 文件（尤其当你曾用 Package Control 装过又卸过，可能残留）。
适用于以下场景：（1）用户提供 GitHub 仓库 URL 或本地仓库路径，并请求将其转换为其他格式；（2）用户请求导出 GitHub 仓库……
清理插件残留配置和缓存，避免“卸了还像没卸”
很多插件卸载后行为异常（比如右键菜单仍有选项、CPU 持续飙高），根源常在三处：
-
Packages/User下的PluginName.sublime-settings文件——删掉它，否则下次装同名插件会自动加载旧配置 -
Cache目录（Windows：%LOCALAPPDATA%\Sublime Text\Cache\；macOS：~/Library/Caches/Sublime Text/；Linux：~/.cache/sublime-text/）——搜索插件关键词（如texlab、pyright），删掉整个匹配文件夹；清空整个Cache也安全，重启后会重建 - 注册表或系统级缓存（仅 Windows）：
HKEY_CURRENT_USER\Software\Sublime Text里可能存着插件状态标记，用regedit搜索 “Sublime” 手动删掉相关项
特别提醒：Local 和 Index 目录也建议一并清空——它们存的是未保存的窗口状态和文件符号索引，插件残留的索引数据常藏这儿，不清容易引发启动卡顿或跳转失效。
验证是否真卸干净：三个关键检查点
重启 Sublime 后别信“看起来没图标就完了”，要动手验证：
- 再按
Ctrl+Shift+P，输入插件原名（如GitGutter），看命令是否彻底消失 - 右键编辑区或侧边栏，确认没有该插件添加的菜单项（比如 “Git: Stage Hunk”）
- 打开
Preferences → Browse Packages…，确认插件文件夹和User目录下对应.sublime-settings都已不存在
最容易被忽略的是：某些插件（尤其是 LSP 类）会在后台悄悄拉起进程（如 pyright-langserver.exe），任务管理器里搜一下更保险。卸载不是终点，清完缓存再观察一两天的响应速度和内存占用，才算真正落地。
