使用自创建引用时遇Error 429：ActiveX组件无法创建对象

你的判断完全正确——注册表中缺少CodeBase值正是导致Error 429（无法创建对象）的核心原因。

为什么会出现这个问题？ #

本地开发时，Visual Studio会自动为托管COM组件注册完整的注册表信息，包括CodeBase（指向你项目编译后的程序集路径）。但通过InstallShield部署时，默认的注册逻辑没有添加这个关键键值，导致COM运行时无法定位你的.NET程序集，自然无法创建对象。

如何修改RegisterFunction方法添加CodeBase？ #

你需要在RegisterFunction中扩展注册表操作，添加CodeBase键值，指向安装后程序集的完整路径。修改后的代码如下：

[ComRegisterFunctionAttribute]
public static void RegisterFunction(Type type)
{
    // 注册Programmable节点（原有逻辑保留）
    Registry.ClassesRoot.CreateSubKey(GetSubKeyName(type, "Programmable"));
    
    // 打开InprocServer32节点并自动释放资源
    using (RegistryKey key = Registry.ClassesRoot.OpenSubKey(GetSubKeyName(type, "InprocServer32"), true))
    {
        // 设置mscoree.dll路径（原有逻辑保留）
        key.SetValue("", System.Environment.SystemDirectory + @"\mscoree.dll", RegistryValueKind.String);
        
        // 获取当前程序集的完整安装路径
        string assemblyPath = System.Reflection.Assembly.GetAssembly(type).Location;
        // 添加CodeBase键值，告诉COM运行时程序集的精确位置
        key.SetValue("CodeBase", assemblyPath, RegistryValueKind.String);
        
        // 可选：补充Assembly和Class信息，帮助COM运行时更准确识别组件
        key.SetValue("Assembly", type.Assembly.FullName, RegistryValueKind.String);
        key.SetValue("Class", type.FullName, RegistryValueKind.String);
    }
}

关键细节说明 #

1. CodeBase的作用：直接指定.NET程序集的物理路径，避免COM运行时依赖默认的程序集搜索规则，彻底解决“找不到组件”的问题。
2. 动态路径获取：Assembly.GetAssembly(type).Location会自动读取安装后程序集的实际路径，无需硬编码安装目录，适配不同部署场景。
3. using语句：确保RegistryKey操作完成后自动释放资源，避免注册表句柄泄漏。

额外检查项 #

• 确认InstallShield安装包已将你的.NET程序集（如PMTAddin.dll）正确复制到目标机器的指定目录。
• 安装时必须使用管理员权限，否则会因注册表写入权限不足导致注册失败。
• 测试机的.NET Framework版本需与开发环境完全一致（比如你开发时用.NET Framework 4.8，测试机也要安装对应版本）。
• VBA中的引用要指向安装后的组件，而非本地开发环境的临时编译文件（可在VBA编辑器的引用列表中查看组件路径确认）。

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