c++ - COM 包装器调用链 C++

Question

我是 com 技术的新手，但我想做的是为 com 创建一个基本包装器，特别是音频 com (mmdevapi)。它应该像这样工作:我的程序调用一个 com(也是我创建的)，它最终将加载并返回指向音频接口(interface)的指针。我试图让一切都尽可能透明，但我需要更多关于加载 com 时调用的信息。据我了解:

1. CoInitialize 被调用

2. 共同创建实例:

   一个。在注册表中搜索dll

   加载库

   获取 DllGetClassObject 上的地址(我猜它不会检查其他函数 DllCanUnloadNow)

   跳转到传递程序请求的 clsid 的函数(每个对象都有一个 clsid - 所以一个 dll 中有多个对象？每个“对象”都包含多个类？)和接口(interface)的 id。

   DllGetClassObject 返回一个指向接口(interface)的空指针。

   1. 因为 dll 加载在与程序相同的内存中，所以它可以使用此指针从接口(interface)访问方法。

如果我写的一切都是正确的，那么这应该符合我的需要(这是包装 com 的一部分，由主程序使用):

STDAPI DllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID * ppvObj) {
    //main();
    //print iid from here..
    LPOLESTR s;
    StringFromCLSID(rclsid, &s);
    OutputDebugStringW(s);
    CoTaskMemFree(s);

    StringFromCLSID(riid, &s);
    OutputDebugStringW(s);
    CoTaskMemFree(s);

    //prints: {BCDE0395-E52F-467C-8E3D-C4579291692E}  -the audio clsid
    //        {00000001-0000-0000-C000-000000000046}  -the requested interface

    // {D3C5025B-3634-4F74-9404-942ECEFC1152}  -contains the dll for audio
    static const GUID custom_Audio_GUID =
    { 0xd3c5025b, 0x3634, 0x4f74,{ 0x94, 0x4, 0x94, 0x2e, 0xce, 0xfc, 0x11, 0x52 } };

    CoInitialize(NULL);
    CoCreateInstance(custom_Audio_GUID, NULL, CLSCTX_INPROC_SERVER, riid, ppvObj);  //The program wants to access an interface from the audio com so I have to bypass this com,load the audio and request the interface and pass it to the program

    return S_OK;
}

因此，对于该程序，它不应该做任何其他事情(它可以使用 QueryInterface 使用我的 com 返回的 ppvObj 获取其余接口(interface)，等等)。但是，当然，它不起作用。它加载音频 dll，生成代理但音频不起作用。有什么想法吗？

(自定义clsid在CLSID的CURRENT_USER中定义。它只包含InprocServer32/Default -no apartment config；我没有定义DLLCanUnload，但我认为这不是问题)。

Answer 1

我终于解决了这个问题。什么问题？我无法使用 CoGetClassObject 或 CoCreateInstance，因为这些函数加载了音频 dll 并使用 自定义 clsid 调用了 DllGetClassObject，我将 mmdevapi.dll 移到该 clsid 下(原始 clsid 现在托管我的 动态链接库)。由于 com 属性，一个 dll 可以承载许多“对象”，它们中的每一个都由一个 clsid 表示。每个对象都包含由 IID 标识的接口(interface)。现在，通常 Chrome 使用 clsid {BCDE0395-E52F-467C-8E3D-C4579291692E} 调用 mmdevapi.dll 的 DllGetClassObject。在其 DllGetClassObject 函数中，它试图通过查看程序传递给该函数的 clsid(在长 if 语句或开关中)来找出类。如果找到匹配的 clsid，则返回匹配的接口(interface)，其 iid 也是由 Chrome 指定的。

在我的例子中，我试图从 mmdevapi dll 获得与 Chrome 相同的界面(因为我正在将它的调用转发给 DllGetClassObject)，使用代码:

CoGetClassObject(custom_Audio_GUID, NULL, CLSCTX_INPROC_SERVER, riid, ppvObj);

但是，custom_Audio_GUID 与请求的 clsid 不同，因此 mmdevapi 始终返回 CLASS_E_CLASSNOTAVAILABLE。

我的解决方案:

  HMODULE dll=LoadLibrary("mmdevapi.dll");    //I can load the exact dll I need,without the registry lookup
  Func load=(load)GetProcAddr(dll,"DllGetClassObject");
  load(rclsid, riid, ppvObj);   //and I can pass the exact params I want

这对我试图绕过 com. (我是新手，所以我的理解和术语肯定有错误，但这就是我理解错误的方式)。