Access VBA调用已注册COM互操作程序集报Class not registered错误咨询

可能的诱因 #

• 位宽不匹配：程序集设置为Any CPU时，COM注册的位宽、Office/Access的位宽、编译时「首选32位」的勾选状态三者不匹配会导致该问题。VBA运行时的位宽由Office位宽决定，若出问题设备上的Office是32位但你用64位的RegAsm注册了程序集，32位VBA无法读取64位注册表的COM注册信息，就会报Class not registered。
• 注册操作未实际生效：Visual Studio勾选Register for COM Interop后，生成时的注册步骤需要管理员权限，若出问题设备上打开VS时未提权，注册操作会静默失败，仅生成了dll和tlb文件但未写入注册表对应项。如果是直接拷贝编译好的文件到目标设备未手动注册，也会出现该问题。
• 注册表项路径不匹配：如果COM注册时写入的CodeBase路径和程序集实际存放路径不一致，或者存在同名COM类的旧注册残留，VBA虽然能正常添加tlb引用，但实例化类时无法定位到对应的dll文件。
• 程序集加载权限受限：如果程序集存放在网络共享路径、受系统权限管控的目录（如C:\Windows）下，.NET运行时的安全策略会阻止程序集加载，也会抛出类未注册的错误。
• .NET Framework运行时损坏：虽已安装对应版本的.NET Framework，但若存在运行时组件损坏、COM互操作相关配置异常，也会导致COM类无法正常实例化。

排查方法 #

1. 核对位宽并重新注册
   首先确认出问题设备上的Office位宽：打开Access→「文件」→「账户」→「关于Access」，查看顶部标注的是32位还是64位。
   以管理员权限打开命令提示符，根据位宽执行对应注册命令：

   • 32位Office：C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe /codebase 你的程序集完整路径.dll /tlb
   • 64位Office：C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe /codebase 你的程序集完整路径.dll /tlb
     执行后确认提示「注册成功」再进行测试。

2. 校验注册表COM条目
   打开注册表编辑器，根据Office位宽查找对应CLSID条目：

   • 32位Office：定位到HKEY_CLASSES_ROOT\WOW6432Node\CLSID，查找你程序集对应类的GUID，确认其下InprocServer32项的默认值指向mscoree.dll、CodeBase值的路径和程序集实际存放路径完全一致。
   • 64位Office：定位到HKEY_CLASSES_ROOT\CLSID执行相同校验。
     若找不到对应GUID，说明之前的注册操作未生效，重复第一步的注册步骤即可。

3. 晚绑定测试排除引用缓存问题
   先移除VBA项目中已添加的程序集引用，改用晚绑定代码测试实例化：

   Dim obj As Object
   Set obj = CreateObject("你的程序集命名空间.你的类名")
   

   若晚绑定可正常实例化，说明是VBA的引用缓存异常，删掉旧引用重新添加tlb即可；若仍报错可根据错误码进一步定位问题。

4. 校验程序集编译配置
   打开C#项目属性的「生成」选项卡，确认出问题设备上编译时的「首选32位」勾选状态、「目标平台」配置和正常设备完全一致。如果仍有问题，可以直接根据Office位宽指定目标平台（32位Office选x86，64位Office选x64），重新编译后再注册测试。

5. 修复.NET Framework运行时
   若以上步骤均未排查到问题，运行.NET Framework修复工具，修复可能损坏的运行时组件后再重试。

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