替换COM服务器并转发调用至原服务的技术问题求助

我用.NET 8实现了一个进程内COM服务器，复用了原有Microsoft COM服务的ProgID和GUID，目前运行正常。现在需要将所有方法调用转发到原COM服务的实现，但由于二者的ProgID/GUID完全一致，无法同时注册，导致无法直接通过ID创建原服务实例。

我尝试通过原服务的可执行文件路径，使用CoGetObject方法创建实例，调用代码如下：

CreateInstanceByPath<MyComType>("file://C:/path/to/my/COMServer.exe")

但执行时抛出错误0x800401EA（MK_E_CANTOPENFILE），不确定这个方向是否正确，寻求技术解决办法。

可行解决思路 #

1. 修正CoGetObject的路径格式 #

MK_E_CANTOPENFILE错误大多源于路径格式不符合CoGetObject的要求，针对本地EXE的正确格式规则：

• 本地路径必须使用file:///（三个斜杠），例如：file:///C:/path/to/my/COMServer.exe
• 若路径包含空格，需进行URL转义，比如file:///C:/Program%20Files/MyCOMServer.exe

同时要确保原COM服务EXE是可自注册的，或曾经注册过内部COM类（只是被你的.NET COM服务器覆盖了注册表项）。如果原EXE未注册，CoGetObject无法定位到对应的COM类。

2. 临时修改注册表创建原服务实例 #

由于你的.NET COM服务器覆盖了原服务的注册表项，可以在创建原实例前临时替换注册表指向，完成后恢复：

• 备份当前CLSID对应的InprocServer32或LocalServer32注册表项值
• 修改注册表项指向原COM服务的EXE路径
• 使用Activator.CreateInstance创建原服务实例
• 恢复之前备份的注册表值

注意：该操作需要管理员权限，且要处理多线程并发场景，避免冲突。核心逻辑示例：

using Microsoft.Win32;

// 替换为你的COM服务GUID
var targetClsid = "{Your-COM-Service-GUID}";
var clsidPath = $"CLSID\\{targetClsid}\\LocalServer32";

// 备份原注册表值
using var clsidKey = Registry.ClassesRoot.OpenSubKey(clsidPath, true);
var originalServerPath = clsidKey.GetValue(null).ToString();

try
{
    // 修改为原服务路径
    clsidKey.SetValue(null, @"C:\path\to\original\COMServer.exe");
    // 创建原服务实例
    var originalInstance = Activator.CreateInstance(Type.GetTypeFromCLSID(new Guid(targetClsid))) as MyComType;
    // 后续转发调用逻辑...
}
finally
{
    // 恢复注册表项
    clsidKey.SetValue(null, originalServerPath);
}

3. 直接启动原EXE并通过IPC通信 #

如果原COM服务是本地服务器（EXE），可以绕过COM注册机制，直接启动进程后通过IPC传递调用请求：

• 用Process.Start启动原COM服务EXE
• 建立IPC通道（如命名管道、共享内存、TCP套接字）
• 在你的.NET COM服务器方法中，将调用参数通过IPC发送给原EXE，接收返回结果

这种方式完全避免了注册表冲突问题，适合对稳定性要求较高的场景。

4. 提取原COM服务类型库重新包装 #

若原COM服务提供了类型库（.tlb文件），可使用tlbimp.exe生成互操作程序集，直接通过程序集调用原服务逻辑。但需注意，创建实例时仍需结合前面的方法（如临时修改注册表或IPC），避免被覆盖的注册项影响。

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