在 COM 对象内调用 CoInitializeEx 返回 S_OK

Posted 2023-03-29

【中文标题】在 COM 对象内调用 CoInitializeEx 返回 S_OK

【英文标题】：CoInitializeEx returning S_OK when called inside a COM object

【发布时间】：2013-09-25 14:07:00

【问题描述】：

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

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

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

但是 AFAIK 没有检测调用线程是 STA 还是 MTA 的 Windows API。许多网站建议像这样使用 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 作为默认值，我应该从一开始就这样做。 但我也想确定这是正确的做法，以避免将来出现更多问题。 非常感谢 德米特里奥

【问题讨论】：

如果您的目标是 Windows 7 及更高版本，您可以使用 CoGetApartmentType (msdn.microsoft.com/en-us/library/windows/desktop/dd542641.aspx)。

【参考方案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 初始化。

【讨论】：

很有意思，非常感谢，我会用这个理念，希望不要出现“后期STA初始化”...

我怀疑调用者在一个（主）应用程序线程中初始化了您的对象，然后在未调用 CoInitializeEx 的工作线程中调用了您的对象方法。您可能总是创建您的消息传递线程并始终从该线程调用所有方法