Regasm注册.NET COM组件成功，RegistrationServices.RegisterAssembly失败

核心差异：Regasm与RegistrationServices的注册逻辑不同 #

• 使用regasm /codebase my.dll时，工具仅负责解析程序集元数据并生成注册表项，不会实例化任何COM可见类。也就是说它根本不会执行你的类构造函数，自然不会触发UltraTree所在依赖集的加载操作，因此不会报错。
• 而RegistrationServices.RegisterAssembly()在注册流程中，会遍历所有COM可见类型，尝试构造类型实例来提取COM相关特性（比如ProgId、类接口设置）。这时候如果构造函数里有UltraTree类型的参数，就会强制CLR去加载对应的Infragistics程序集，一旦加载或签名验证出问题，就会抛出异常。

HRESULT:0x80090017的实际指向 #

这个错误码对应NTE_BAD_SIGNATURE（签名无效），在这个场景下不是你的主程序集签名有问题，而是间接触发的依赖加载验证失败：

• 当RegistrationServices尝试加载Infragistics2.Win.UltraWinTree.v9.2时，若该程序集未安装到GAC、本地路径找不到，或者它的强名称签名和系统中已有的版本不匹配，CLR就会返回这个错误码。
• 而Regasm因为不实例化类型，完全没走到依赖加载这一步，所以不会暴露这个问题。

构造函数与Init方法的本质区别 #

• 带UltraTree参数的公共构造函数属于类型实例化的必要环节，RegistrationServices在扫描COM类型时，会默认尝试解析构造函数的参数类型，进而触发依赖加载。
• 把参数移到Init()方法后，注册阶段只会读取类的元数据，不会执行任何方法，自然不会触发依赖加载，注册就能正常完成。

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