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 時對我有用。 （我是新手，所以我的理解和術語肯定有錯誤，但這就是我理解錯誤的方式）。