c++ - 在 COM 对象内部调用时 CoInitializeEx 返回 S_OK

Question

前段时间，我不得不修改一个旧的 COM DLL(Visual C++ 2010，ATL)，将它从“Apartment”线程模型迁移到“Both”，即现在可以从 STA 和 MTA 线程调用它而无需序列化调用(当然，我必须为共享数据添加内部同步)。当我的 DLL 通过 Interop 从 .NET 应用程序调用时(我必须支持 STA 和 MTA，即使在 .NET 应用程序中)，这又导致将 COM 事件(连接点)转换为 .NET 事件时出现问题。 为了解决这些问题，我改变了触发事件的方式。

1) 如果在 STA 上下文中调用 DLL，它会像以前一样工作，即它创建一个不可见的窗口，然后，当必须引发事件时，它调用该窗口的 PostMessage，然后主 STA 线程调用实际事件触发代码，即 CProxy_IMyEventFiringInterface 成员函数(CProxy_IMyEventFiringInterface 派生自 IConnectionPointImpl)。

2) 如果在 MTA 上下文中调用 DLL，我没有主 COM 线程并且我不能执行 PostMessage，所以我使用我创建的自定义线程并让该线程调用 IConnectionPointImpl 函数。

但是据我所知，没有 Windows API 可以检测调用线程是 STA 还是 MTA。许多网站建议像这样使用 CoInitializeEx:

HRESULT hr = ::CoInitializeEx(NULL, COINIT_MULTITHREADED);
switch(hr)
{
    case S_FALSE:  // we are in a Multi-Threaded Apartment (MTA)
    CoUninitialize(); // each successful call to CoInitialize or CoInitializeEx, including any call that returns S_FALSE, must be balanced by a corresponding call to CoUninitialize
    break;
    case RPC_E_CHANGED_MODE:  // we are in a Single-Threaded Apartment (STA)
    break;
    default:  // IMPOSSIBLE!!!!
}

我决定在 CMyComComponent::FinalConstruct 中调用 CoInitializeEx。 一切正常......直到今天。在一个客户场景中，我从我的跟踪工具中看到，对于某个 .NET EXE 应用程序(我没有源代码)，上面的代码最终出现在默认分支中，因为 CoInitializeEx 返回了 S_OK。 这怎么可能？ Microsoft 文档说 S_OK 的意思是“COM 库已在此线程上成功初始化”，但我在 COM 对象中，COM 库必须已经初始化! 顺便说一句，默认分支不会关闭应用程序，但是，由于返回了 S_OK，它会调用 CoUninitialize(每次成功调用 CoInitialize 或 CoInitializeEx，包括任何返回 S_FALSE 的调用，都必须通过相应的 CoUninitialize 调用来平衡)然后 DLL 继续假设 STA(事后看来是错误的举动)。但它不是 STA:事实上，稍后的 PostMessage 返回 FALSE。

如果 CoInitializeEx(NULL, COINIT_MULTITHREADED) 返回 S_OK，我可以简单地更改代码以使用 MTA 作为默认值，我应该从一开始就这样做。 但我也想确定这是正确的做法，以避免将来出现更多问题。 非常感谢你 德米特里奥

Answer 1

当您在 implicit MTA 时这是可能的线。正确的函数是这样的:

BOOL IsMultiThreadedApartment() throw()
{
    HRESULT nResult = CoInitializeEx(NULL, COINIT_MULTITHREADED);
    if(SUCCEEDED(nResult))
        CoUninitialize();
    return SUCCEEDED(nResult);
}

您遇到这种异常情况是因为调用方应用程序无法在它实例化您的类的线程上初始化 COM。但是请注意，如果稍后调用者将线程初始化为 STA，您可能会遇到棘手的情况，让您的类在 STA 线程上以 MTA 模式运行。另一方面，您自己执行 CoInitializeEx 可能会导致调用者错误地执行延迟的 COM 初始化失败。