我太懂你这种被COM注册表条目堆得头疼的感觉了——明明只是个小DLL，注册完注册表就多出一堆键值，想彻底清干净真的费神。结合我踩过的坑，给你梳理一套靠谱的清理方案：

一、先确保用对regasm反注册的正确姿势 #

很多时候反注册不彻底，都是因为没匹配对版本或参数：

• 必须用对应.NET版本的regasm：比如你的DLL是用.NET Framework 4.8编译的，就得用C:\Windows\Microsoft.NET\Framework\v4.0.30319\regasm.exe（64位系统要对应用Framework64目录下的版本），版本不匹配会直接导致反注册失效。
• 带上完整参数反注册：
  • 如果你当初注册时用了/codebase（开发阶段常用，不用把DLL丢GAC），反注册必须加同样参数：

    regasm /u /codebase "C:\YourPath\YourComDll.dll"
    

  • 如果注册时生成了类型库（/tlb参数），反注册也要带上类型库路径，不然类型库的注册表项会残留：

    regasm /u /tlb:YourTypeLib.tlb "C:\YourPath\YourComDll.dll"
    

二、regasm没清干净？手动清理注册表兜底 #

如果反注册后还有残留，就需要精准定位删除：

1. 找CLSID：打开注册表编辑器（regedit），在HKEY_CLASSES_ROOT\CLSID下搜索你的DLL文件名，或者代码里定义的ProgId（比如你给类加了[ProgId("MyComLib.MyClass")]，就搜这个字符串），找到对应的CLSID值。
2. 删除CLSID相关全量键：
   • 删除HKEY_CLASSES_ROOT\CLSID\{你的CLSID}整个键
   • 64位系统还要检查HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{你的CLSID}，有就删掉
3. 清理接口和类型库：
   • 接口也有独立的CLSID，同样在CLSID目录下搜索接口名称或IID，删除对应键
   • 类型库残留的话，去HKEY_CLASSES_ROOT\TypeLib下找对应的类型库ID，删除对应版本的子键
4. 删除ProgId条目：在HKEY_CLASSES_ROOT下找到你的ProgId（比如MyComLib.MyClass），删掉整个键

三、开发阶段预防注册表冗余的小技巧 #

• 写个批处理脚本统一管理注册/反注册，避免每次输错命令：

  @echo off
  set REGASM_PATH=C:\Windows\Microsoft.NET\Framework\v4.0.30319\regasm.exe
  set DLL_PATH="C:\YourProject\bin\Debug\MyComDll.dll"
  
  if "%1"=="unreg" (
      %REGASM_PATH% /u /codebase %DLL_PATH%
      echo 反注册完成！
  ) else (
      %REGASM_PATH% /codebase %DLL_PATH%
      echo 注册完成！
  )
  

• Visual Studio项目里配置生成事件：在项目属性→生成事件→后期生成事件命令行里加注册命令，清理事件里加反注册命令，编译/清理时自动处理，省得手动操作。

内容的提问来源于stack exchange，提问作者user2970483