CoInitializeEx 在 COM 对象中调用时返回S_OK

CoInitializeEx returning S_OK when called inside a COM object

本文关键字：返回 OK 调用 COM 对象 CoInitializeEx      更新时间：2023-10-16

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

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

2）如果在MTA上下文中调用DLL，我没有主COM线程，也无法执行PostMessage，因此我使用我创建的自定义线程并让该线程调用IConnectionPointImpl函数。

但是AFAIK没有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 作为默认值，我应该从一开始就这样做。但我也想确保这是正确的做法，以避免将来出现进一步的问题。谢谢德米特里奥

当您在隐式 MTA 线程上时，这是可能的。正确的函数是这样的：

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

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

相关文章：