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

Question

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

1. CoInitialize 被调用

2. CoCreateInstance:

   a.在注册表中搜索 dll

   b.加载库

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

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

   e. DllGetClassObject 返回一个指向接口(interface)的 void 指针。

3. 因为 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 公寓配置；我还没有定义 DLLCanUnload，但我认为这不是问题)。

Answer 1

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

就我而言，我试图从 mmdevapi dll 获取与 Chrome 相同的接口(interface)(因为我将其调用转发到 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. (我是新来的，所以我的理解肯定有错误，也许术语也有错误，但这就是我理解错误的方式)。