COM 包装器调用链 C++

Question

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

CoInitialize 被调用
CoCreateInstance:

一个。在注册表中搜索 dll

b。加载库

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

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

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

如果我写的一切都是正确的，那么这应该符合我的需要（这是 wrapper 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;
}

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

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

Answer 1

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

COM 包装器调用链 C++

COM wrapper-calling chain C++

c++

com

audio

wrapper