绝对的 COM 混乱 - 具有早期绑定的 C# 互操作

Question

我一整天都在与 VStudio、Google 和各种其他工具和网站作斗争，但没有找到解决方案 - 帮助！

我有两个 COM 接口（纯 COM，无 ATL）：

IMyClassFactory 和 IMyClass 以及相应的实现，

我想从 C# 使用它们，但无需使用 regsvr32 注册 COM 服务器。 我使用 CoRegisterClassObject 公开类工厂，并且可以使用 CoCreateInstance 从非托管代码成功创建 IMyClass 对象。

因此，C# 互操作...

我使用 tlbimp myComServer.tlb 创建了一个 .NET 包装器，并将其加载为对我的 C# 客户端的引用。

然后，当我尝试创建 IMyClass 的实例时，我得到：

An unhandled exception of type 'System.InvalidCastException' occurred in COMTestClient.exe

Additional information: Unable to cast COM object of type 'MyComServerLib.MyClass' to interface type 'MyComServerLib.IMyClass'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{9F8CBFDC-8117-4B9F-9BDC-12D2E6A92A06}' failed due to the following error: No such interface supported (Exception from HRESULT: 0x80004002 (E_NOINTERFACE)).

现在，我已向 QueryInterface 添加了跟踪，并且返回 E_NOINTERFACE 的唯一情况是它请求任何与 Marshal 相关的接口或 IManagedObject 时。

我该如何解决这个问题？

编辑：我的 IDL 文件：

import "unknwn.idl";

[
    object, 
    uuid(...), 
    nonextensible,
    pointer_default(unique)
]
interface IMyClass : IUnknown
{
    HRESULT(SetFirstNumber)(long nX1);

    HRESULT(SetSecondNumber)(long nX2);

    HRESULT(DoTheAddition)([out,retval] long *pBuffer);
};

[
    uuid(...)
]
library MyLib
{
    importlib("stdole2.tlb");

    [
        uuid(...)
    ]
    coclass IMyClassImpl
    {
        [default] interface IMyClass;
    };
}

Answer 1

您需要允许对您的接口进行编组（即，通过在 .idl 文件中将其标记为非“本地”，以便它最终位于类型库和代理/存根中），或者聚合自由线程marshaller 如果你走那条路。

为了聚合 FTM，我做了如下操作：

#define DECLARE_FTM() \
protected: CComPtr<IUnknown> _m_Marshal; \
DECLARE_GET_CONTROLLING_UNKNOWN() \
public: HRESULT FinalConstruct() \
{ return CoCreateFreeThreadedMarshaler(GetControllingUnknown(),&_m_Marshal); }

#define COM_INTERFACE_ENTRY_FTM() COM_INTERFACE_ENTRY_AGGREGATE(IID_IMarshal,_m_Marshal.p)

然后，在您的 COM 映射中：

BEGIN_COM_MAP(Blah)
    COM_INTERFACE_ENTRY(IBlah)
    COM_INTERFACE_ENTRY_FTM()
END_COM_MAP()
DECLARE_FTM()

我注意到您没有使用 ATL 等 - 您需要修改它，以便您的 QueryInterface 实现在查询 IMarshal 时返回 FTM 指针为了。

请注意，聚合 FTM 并不是一件容易就能完成的事情 - 它会做出许多不安全的假设，而这些假设并不总是有效。例如，您的类不能使用任何本身不是自由线程的接口。

另一种选择基本上正如@[Franci Penov]所说，您需要确保您的接口能够被编组。按照我的理解，有一个标准的编组器能够编组类型库中的任何接口，或者您（即 midl 编译器或多或少自动执行此操作）可以创建代理/存根 dll（或合并代码将代理/存根放入您自己的 dll 中），它能够为您编组它。

本文此处介绍了构建和注册代理的过程/stub 更详细。

Answer 2

1. 将您的界面移至库部分。这将在类型库中得到它的定义。
2. 将您的界面标记为 oleautomation。这会将其标记为可以使用标准编组器和 typelib 信息进行编组的接口，而不是由 midl 编译器生成的代理/存根。 （注意：虽然 oleautomation 确实来自旧的 OLE 世界，但它不需要您的接口从 IDispatch 派生）