我来帮你拆解这个问题的核心原因，再一步步告诉你正确的更新流程——你遇到的坑其实是普通COM注册和COM+应用托管机制的差异导致的：

一、为什么regsvr32不管用？ #

当你把VB6的ActiveX DLL部署为COM+应用后，事情就不是单纯靠系统注册表来管理了：

• COM+会把组件托管在自己的服务容器里，并且会创建组件的内部缓存副本（一般存在%SystemRoot%\COM\或COM+专用存储目录），你的ASP页面调用的其实是这个副本，而不是你直接替换到服务器上的那个DLL文件。
• 你用regsvr32更新的只是系统注册表中CLSID到DLL的映射，但COM+容器依然在使用它之前缓存的旧组件副本。新旧版本的组件信息（比如接口、类标识）冲突，就会导致哪怕是你没修改过的类也报错——因为COM+的应用上下文是整体的，一个组件的版本异常会影响整个应用的调用链路。

二、正确的COM+组件更新步骤 #

按照下面的步骤操作，就能顺利完成更新：

1. 先停止目标COM+应用

   • 打开「组件服务」：按下Win+R输入dcomcnfg回车，找到「组件服务」→「计算机」→「我的电脑」→「COM+应用」，定位到你的应用。
   • 右键点击该应用，选择「停止」——必须先停掉，不然DLL文件会被COM+进程锁定，无法替换。

2. 替换DLL文件

   • 把你新编译好的VB6 DLL复制到服务器上原来的部署路径，覆盖旧文件（记得先备份旧DLL，出问题可以快速回滚）。

3. 刷新/重新添加COM+中的组件
   这里有两种稳妥的方式：

   • 方式一（刷新）：找到COM+应用下的「组件」节点，右键点击对应的组件→「属性」→切换到「高级」选项卡→点击「刷新」，让COM+重新读取新DLL的信息。
   • 方式二（重新添加，更可靠）：先右键删除旧的组件，然后右键「组件」节点→「新建」→「组件」，按照向导选择你刚替换的DLL，重新把组件添加到COM+应用中。

4. 可选但推荐：重新注册DLL

   • 先反注册旧版本：运行regsvr32 /u 旧DLL的完整路径
   • 再注册新版本：运行regsvr32 新DLL的完整路径
     这一步能确保系统注册表的CLSID指向完全正确，避免后续潜在的冲突。

5. 启动COM+应用并测试

   • 右键你的COM+应用，选择「启动」。
   • 最后重启IIS（运行iisreset）清空ASP缓存，然后测试网站是否正常工作。

额外注意事项 #

• VB6编译时一定要开二进制兼容：打开VB6工程属性→「编译」选项卡→「版本兼容」选择「二进制兼容」，这样新编译的DLL会沿用旧的CLSID和IID，不会因为类标识变化导致COM+找不到组件。
• 如果你的COM+应用是「服务器应用」（独立进程），一定要确认进程已经完全停止再替换DLL，不然会出现文件占用无法替换的错误。
• 回滚时只要换回旧DLL，重复上述步骤（停止→替换→刷新→启动）就能快速恢复。

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