COM 包装器调用链 C++

Question

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

1. CoInitialize 被调用

2. 共同创建实例：

   一种。 在注册表中搜索 dll

   湾加载库

   C。 在 DllGetClassObject 上获取地址（我猜它不会检查其他函数 DllCanUnloadNow）

   d. 跳转到传递程序请求的 clsid 的函数（一个 clsid 用于非常对象 - 所以在一个 dll 中有多个对象？每个“对象”包含多个类？）和接口的 id。

   e. DllGetClassObject 返回一个指向接口的空指针。

   3. 由于 dll 与程序加载在同一内存中，因此它可以使用此指针从接口访问方法。

如果我写的所有内容都是正确的，那么这应该适合我的需要（这是主程序使用的包装器 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 来获取其余的接口）。 但是，当然，它不起作用。 它加载音频 dll，生成代理但音频不起作用。 有任何想法吗？

（自定义 clsid 在 CLSID 中的 CURRENT_USER 中定义。它只包含 InprocServer32/Default -no 公寓配置；我没有定义 DLLCanUnload 但我认为这不是问题）。

Answer 1

最后我解决了这个问题。 什么问题？ 我无法使用 CoGetClassObject 或 CoCreateInstance，因为这些函数加载了音频 dll 并使用自定义clsid 调用了 DllGetClassObject，我在其下移动了 mmdevapi.dll（原来的 clsid 现在托管了我的dll）。 由于 com 属性，dll 可以承载许多“对象”，每个对象都由 clsid 表示。 每个对象都包含由 IID 标识的接口。 现在，通常 mmdevapi.dll 的 DllGetClassObject 由 Chrome 使用 clsid {BCDE0395-E52F-467C-8E3D-C4579291692E} 调用。 在它的 DllGetClassObject 函数中，它试图通过查看程序传递给这个函数的 clsid（在长 if 语句或 switch 中）来找出类。 如果找到匹配的 clsid，则返回匹配的接口，其 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 时对我有用。 （我是新手，所以我的理解和术语肯定有错误，但这就是我理解错误的方式）。