COM 包装器调用链 C++答案

【问题标题】：COM wrapper-calling chain C++COM 包装器调用链 C++
【发布时间】：2018-03-12 19:15:05
【问题描述】：

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

调用CoInitialize
共同创建实例：

一个。在注册表中搜索 dll

b.加载库

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

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

e。 DllGetClassObject 返回一个指向接口的空指针。
1. 因为 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 apartment config；我没有定义 DLLCanUnload 但我不认为这是一个问题）。

【问题讨论】：

理解为什么在类工厂中调用 CoInitialize(NULL) 是非常非常错误的，确实需要一本书，它不能在 SO 帖子中轻易总结。 COM 有助于隐藏语言实现细节，这是微软喜欢使用它的一个基本原因，因为他们希望创建可用于任何语言的库。它确实付出了高昂的代价，但是编写 COM 代码并不是很愉快。当然，很容易以一种很难调试的方式出错。使用 COM 作为“包装器”没有任何意义，您知道自己使用的是什么语言。
调试什么？代码只有 10 行。代码太小了，让我觉得问题出在其他地方。我知道 com 中有很多东西（我可以看到甚至没有文档），但这是我学习中非常重要的一章。我有能力/时间来掌握它。我需要一个想法来解决我的问题。我做了一些测试。我使用了 Chrome。我用自己的替换了 mmdevapi 的 dll。当 Chrome 启动（重新启动）时，它会将我的 dll 作为 com 加载，然后我的代码应该加载音频。但是，可悲的是，youtube 是……静音。
好的。如果您不能在这里提供详细的答案，您至少可以告诉我为什么在 DllGetClassObject 中调用 CoInitiliaze 是错误的吗？
DllGetClassObject 不等同于 CoCreateInstance。大多数时候，DllGetClassObject 仅用于获取 IClassFactory 引用（这里似乎就是这种情况）。你不能 CoCreateInstance 一个 IClassFactory，这正是 DllGetClassObject 的作用。你是鸡生蛋。 CoInitialize 应该由创建运行线程的开发人员调用，而不是由组件调用。
删除CoInitialize 调用，并用CoGetClassObject 替换最后一个CoCreateInstance 调用（并返回它返回的内容——不要硬编码S_OK）。我认为您的包装器可以使用它；虽然它的目的使我无法理解。

标签： c++ audio com wrapper

【解决方案1】：

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

【讨论】：