VS2019卸载插件后仍残留图标或功能，如何彻底清除？

Question

**问题描述（198词）：** 在 Visual Studio 2019 中卸载扩展插件（如 ReSharper、CodeMaid 或自定义 VSIX）后，常出现界面残留：工具栏图标未消失、菜单项仍可点击但报错、选项页（Tools → Options）中对应配置项未移除、甚至启动时触发已卸载插件的初始化异常。此类现象并非 UI 缓存所致，而是因 VSIX 卸载机制不彻底——部分注册表项（如 `HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\16.0_xxxx\Extensions`）、组件缓存（`%LocalAppData%\Microsoft\VisualStudio\16.0_xxxx\ComponentModelCache`）、MEF 插件目录（`%LocalAppData%\Microsoft\VisualStudio\16.0_xxxx\Extensions` 下残留 DLL/manifest 文件）及全局程序集缓存（GAC）中遗留强命名程序集未被清理。此外，某些插件会注入自定义 Package（继承 `Package` 类），其 VSCT 命令表、UI 元素注册信息可能滞留在 VS 内部 MEF 容器或命令映射系统中，导致重启后“幽灵功能”持续存在。用户执行常规“扩展和更新→卸载→重启”流程后问题依旧，亟需一套安全、可复现的深度清理方案，兼顾系统稳定性与开发环境完整性。

Answer 1

```html

一、现象层：识别“幽灵扩展”的典型症状

• 工具栏中残留图标（如 ReSharper 的“R”徽标或 CodeMaid 的齿轮按钮），点击后抛出 System.NullReferenceException 或 FileLoadException；
• 菜单项（如 Tools → CodeMaid → Clean Up）仍存在但执行即崩溃，VS 输出窗口显示 Could not load file or assembly 'JetBrains.Platform.Core...；
• Tools → Options 中保留已卸载插件的配置页（如 “ReSharper → Environment → Products & Features”），展开即触发 InvalidCastException；
• Visual Studio 启动时弹出初始化失败警告，事件查看器中记录 Package failed to load（Event ID 1000，Source: VisualStudio）；
• 即使禁用所有扩展并重置设置（devenv /resetuserdata），问题依旧复现——说明非用户配置污染。

二、机制层：VSIX 卸载为何“形同虚设”？

VSIX 卸载器（VSIXInstaller.exe）仅执行最小化清理：

清理项	是否默认执行	风险点
VSIX 清单注册（Extensions 注册表键）	✓（部分）	仅删除主键，子键（如 PackageID、CommandTable）常残留
MEF 组件缓存（ComponentModelCache）	✗	VS 启动时缓存已失效的 Export 元数据，导致 UI 元素“复活”
GAC 中强命名程序集	✗	插件安装时调用 gacutil -i，卸载却从不反向调用

三、架构层：深度残留的四大技术根源

1. 注册表持久化污染：HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\16.0_xxxx\Extensions\{GUID} 下残留 Package、UIContext、CmdTable 子键；
2. MEF 容器状态错乱：VS 内部 CompositionContainer 缓存了已卸载 DLL 的 ExportMetadata，重启后仍尝试激活 IVsPackage 实例；
3. VSCT 命令映射未注销：自定义 Package 的 .vsct 文件编译为二进制资源嵌入 DLL，卸载后命令 ID（如 cmdidCleanup）仍在 VS 命令路由表中挂起；
4. 全局程序集缓存（GAC）滞留：强命名程序集（如 JetBrains.Platform.Shell, Version=202.0.0.0）未被 gacutil -u 清理，新扩展加载时引发版本冲突。

四、验证层：精准定位残留位置的诊断流程

graph TD
  A[启动 VS 2019] --> B{启用诊断模式}
  B -->|devenv /log| C[分析 ActivityLog.xml]
  B -->|devenv /rootsuffix Exp| D[隔离实验实例]
  C --> E[搜索关键词：'Failed to load package', 'Extension not found']
  D --> F[检查 %LocalAppData%\Microsoft\VisualStudio\16.0_exp\Extensions]
  E --> G[定位 GUID 对应插件名]
  F --> H[比对 manifest.json 与实际文件存在性]
  G --> I[交叉验证注册表 HKEY_CURRENT_USER\...\Extensions\{GUID}]

五、治理层：安全可复现的深度清理方案

以下操作需以管理员权限执行，并提前备份注册表及 %LocalAppData%\Microsoft\VisualStudio\16.0_xxxx 目录：

1. 关闭所有 VS 实例，运行 devenv /clearcache && devenv /updateconfiguration；
2. 手动清空：%LocalAppData%\Microsoft\VisualStudio\16.0_xxxx\ComponentModelCache\*；
3. 使用 PowerShell 扫描并移除残留扩展目录：
   

   Get-ChildItem "$env:LOCALAPPDATA\Microsoft\VisualStudio\16.0_*\Extensions" -Recurse -Filter "*.dll" | 
       Where-Object { $_.Name -match "ReSharper|CodeMaid|MyPlugin" } | 
       Remove-Item -Force -Recurse

4. 通过 regedit 删除注册表路径：HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\16.0_xxxx\Extensions\{GUID}（建议导出后删除）；
5. 检查 GAC：gacutil -l | findstr "JetBrains\|CodeMaid"，对匹配项执行 gacutil -u "AssemblyName, Version=x.x.x.x"；
6. 终极验证：启动 VS 2019 时附加调试器（devenv /debugexe "C:\Windows\System32\cmd.exe"），在输出窗口观察 Package 加载日志。

```