64位Excel托管外接程序调用进程外32位COM服务器非默认接口不可用问询

该问题本质是32位VB6生成的COM组件跨位数调用时的封送缺陷：VB6默认仅为组件的默认接口生成完整的类型库封送信息，非默认接口没有对应64位代理存根，导致64位进程调用时无法识别方法签名，触发System.MissingMethodExceptions异常。32位环境下同进程调用不需要跨架构封送，因此可以正常访问非默认接口。

方案1：生成跨架构兼容的COM代理存根 #

• 用OleView.exe从VB6生成的COM DLL中导出完整的IDL接口定义，确保所有非默认接口都标注了[oleautomation]属性
• 用MIDL编译器分别编译生成32位、64位版本的代理/存根DLL，部署到目标环境后完成注册
• 跨位数调用时系统会自动加载对应架构的存根完成接口参数序列化，无需修改业务代码

方案2：托管端手动定义非默认接口的强类型签名 #

• 在托管工程中手动声明与VB6 COM非默认接口完全匹配的互操作接口，标注正确的GUID、接口类型属性
• 获取COM实例后直接通过QueryInterface转换为强类型接口调用，不要使用动态类型或object调用
• 示例代码：

// 替换为实际的接口GUID与方法定义
[ComImport]
[Guid("替换为你的非默认接口GUID")]
[InterfaceType(ComInterfaceType.InterfaceIsDual)]
public interface ICustomInterface
{
    int CustomMethod(string param);
}

// 调用逻辑
object comInstance = Activator.CreateInstance(Type.GetTypeFromProgID("你的组件ProgID"));
ICustomInterface customIntf = (ICustomInterface)comInstance;
int result = customIntf.CustomMethod("测试参数");

方案3：用32位代理层封装COM调用 #

• 开发独立的32位代理服务（可通过命名管道、本地COM服务器实现），封装所有对旧32位COM组件的调用逻辑
• 64位Excel外接程序直接调用代理服务暴露的统一接口，规避直接跨位数调用COM的封送问题
• 该方案无需修改原有VB6组件代码，适合无VB6工程源码的场景

方案4：将VB6组件迁移为64位托管COM组件 #

• 如果保留有完整VB6工程源码，可将代码迁移到VB.NET，编译为支持64位的COM互操作程序集，注册为64位COM服务器
• 64位Excel外接程序可同进程直接调用所有接口，不存在封送兼容问题

所有方案实施前需确认系统中注册的COM类型库版本与实际调用的组件版本完全一致，避免版本不匹配导致的签名识别错误。

内容的提问来源于stack exchange，提问作者R.J. Dunnill