64位Excel VBA能否兼容VB6编写的ActiveX控件与DLL？

是否可行？ #

可行，但需要通过COM代理机制实现。VB6编译的组件是纯32位程序，64位Excel属于64位进程，无法直接加载32位COM组件——这就是编译后的组件在64位Excel中失败，但VB6 IDE（32位进程）能正常运行的核心原因。

核心解决方案：配置32位COM代理（DllHost.exe） #

64位Windows提供了Wow64代理机制，可通过32位的DllHost.exe托管32位COM组件，让64位进程（如64位Excel）间接调用组件。具体步骤如下：

• 用32位regsvr32重新注册组件
  64位系统下，32位组件必须使用SysWOW64目录下的regsvr32工具注册，命令行执行：

  C:\Windows\SysWOW64\regsvr32.exe "C:\你的组件路径\YourControl.ocx"
  

  执行后确认弹出注册成功提示，无报错。

• 配置COM Surrogate代理

  1. 打开注册表编辑器（regedit），通过HKEY_CLASSES_ROOT\你的组件ProgID\CLSID找到对应组件的CLSID值（比如YourVB6Component.Class1对应的CLSID）。
  2. 定位到HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{你的CLSID}，查看并记录AppID项的值（若不存在则手动创建）。
  3. 找到HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\AppID\{你的AppID值}，添加字符串值DllSurrogate，将其值设为空（不填任何内容）。
  4. 重启Excel后，尝试用CreateObject创建对象。

额外排查要点 #

• 先确认组件在32位Excel下能正常运行，排除组件本身的逻辑错误。
• 查看事件查看器的Windows日志→应用程序，检查COM相关的错误事件（来源为COM+或DllHost），这些日志会给出具体失败原因（如权限不足、组件依赖缺失等）。
• 若VBA代码中有Declare语句调用32位API，需修改为Declare PtrSafe声明；但你使用的是CreateObject后期绑定，这部分通常无需调整。

注意 #

VB6本身不支持编译64位COM组件，无法直接生成64位版本的ocx/dll，代理机制是目前唯一可行的适配方案。

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