Win32双应用通信问题：COM接口获取失败及替代方案咨询

一、先解决WM_GET_HANDLER返回0的核心问题 #

1. 验证窗口句柄有效性 #

• 用FindWindow时必须保证类名/窗口标题完全匹配，Shell应用可能存在多个窗口，优先用唯一的窗口类名定位。可以用Spy++工具确认目标窗口的类名和句柄，避免拿到错误窗口。
• 若Shell应用启动后窗口初始化有延迟，主应用不要立刻调用FindWindow，加个循环等待逻辑（比如最多等5秒，每隔100ms重试一次），确保窗口已创建完成。

2. 规范自定义消息定义 #

• 自定义消息必须用RegisterWindowMessage生成全局唯一ID，禁止硬编码数值，否则可能和系统/其他应用消息冲突。主应用和Shell应用要使用同一个注册字符串：

  // 两端都要执行此代码
  UINT WM_GET_HANDLER = RegisterWindowMessage(L"WM_GET_IEventAppShell_HANDLER");
  

3. 修正跨进程传递COM接口的逻辑 #

• 直接在WndProc返回COM指针完全错误，跨进程虚拟地址空间不共享，指针无法被解析。正确做法是用CoMarshalInterThreadInterfaceInStream序列化接口，通过消息参数传递序列化后的流：
  • Shell应用的WndProc处理：

    case WM_GET_HANDLER:
        IEventAppShell* pShell = ...; // 获取你的接口实例
        pShell->AddRef();
        IStream* pStream = nullptr;
        CoMarshalInterThreadInterfaceInStream(IID_IEventAppShell, pShell, &pStream);
        *reinterpret_cast<IStream**>(lParam) = pStream;
        pShell->Release();
        return S_OK;
    

  • 主应用调用逻辑：

    IStream* pStream = nullptr;
    LRESULT result = SendMessage(hWnd, WM_GET_HANDLER, 0, reinterpret_cast<LPARAM>(&pStream));
    if (result == S_OK && pStream) {
        IEventAppShell* pShell = nullptr;
        CoGetInterfaceAndReleaseStream(pStream, IID_IEventAppShell, reinterpret_cast<void**>(&pShell));
        // 调用接口方法
        pShell->Release();
    }
    

4. 确认COM初始化状态 #

• 主应用和Shell应用都要正确初始化COM库，比如调用CoInitializeEx(nullptr, COINIT_APARTMENTTHREADED)，确保跨进程COM调度正常工作。

二、其他直接通信替代方案 #

1. COM本地服务器注册 #

• 将Shell应用注册为COM本地EXE服务器，主应用直接通过CoCreateInstance获取IEventAppShell实例，系统会自动启动Shell应用并完成跨进程接口传递：
  • 给Shell应用添加COM注册逻辑，注册CLSID、ProgID和本地服务器路径。
  • 主应用调用代码：

    IEventAppShell* pShell = nullptr;
    HRESULT hr = CoCreateInstance(CLSID_EventAppShell, nullptr, CLSCTX_LOCAL_SERVER, IID_IEventAppShell, reinterpret_cast<void**>(&pShell));
    if (SUCCEEDED(hr)) {
        // 使用接口
        pShell->Release();
    }
    

  这是COM跨进程通信的标准方案，比自定义消息更稳定可靠。

2. 共享内存+事件通知 #

• 定义固定格式的共享内存结构，两端通过CreateFileMapping/MapViewOfFile访问同一块内存。用CreateEvent创建事件对象，主应用写入请求后触发事件，Shell应用处理完写入结果再触发事件通知主应用。这种方式适合批量数据传输，比命名管道更轻量。

3. WM_COPYDATA消息传递 #

• 用系统提供的WM_COPYDATA传递结构化数据，虽然不能直接传COM接口，但可以传递接口标识（如ProgID），结合之前的IStream序列化方案完成接口传递。WM_COPYDATA是系统保障的跨进程安全消息机制，比自定义消息更可靠。

内容的提问来源于stack exchange，提问作者Izikon