使用GDI+ Bitmap::FromStream()时是否需初始化COM？未初始化是否有风险？

我参考了一篇使用GDI+函数Bitmap::FromStream()加载PNG资源的文章，该函数的第一个参数需要IStream接口（属于COM接口）。由于我对COM编程了解有限，希望明确以下问题：

• 在创建或使用实现IStream的对象前，是否需要显式初始化COM（例如调用CoInitialize）？
• 示例代码未显式初始化COM也能正常运行，但我不确定这种方式是否正确可靠，是否会在特定条件下引发问题？

补充说明：
本问题并非重复提问。另一问题中未调用CoInitialize()会导致程序直接失败，重点是理解其必要性；而我的情况是程序未初始化COM仍能运行，我关心的是这种做法是否安全，以及是否可能在某些条件下出现问题，希望明确使用COM接口时是否必须显式初始化，以及跳过初始化的潜在影响。

回答 #

1. 是否需要显式初始化COM？ #

必须显式初始化COM。任何直接或间接使用COM接口的代码，都需要在当前线程调用CoInitialize（或CoInitializeEx）完成初始化，线程退出时调用CoUninitialize释放资源。IStream作为标准COM接口，完全遵循这个规则。

2. 未初始化仍能运行的原因与潜在风险 #

示例代码能正常运行属于未定义行为下的侥幸情况，可能的原因包括：

• GDI+内部可能隐式完成了当前线程的COM初始化，但这是微软未公开的内部实现细节，不保证在所有版本或环境下都存在，后续GDI+更新可能移除这个逻辑。
• 当前线程的COM初始化状态恰好满足IStream对象的创建要求，但这种状态不可控、不可靠。

跳过显式初始化的潜在问题非常明确：

• 随机崩溃或功能失效：在不同Windows版本、不同线程环境下，COM接口创建可能直接失败，返回CO_E_NOTINITIALIZED等错误码，甚至导致程序崩溃。
• 线程模型冲突：如果后续代码引入需要特定线程模型（如单线程单元STA）的COM组件，未显式指定线程模型的初始化会引发跨线程调用错误，这类问题难以排查。
• 资源泄漏：未正确完成COM初始化与释放流程，可能导致COM内部资源无法正常回收，长期运行引发内存泄漏或句柄泄漏。

正确做法 #

无论当前代码是否能运行，都必须添加显式的COM初始化代码，示例如下：

// 线程启动时初始化COM（选择合适的线程模型，这里以STA为例）
HRESULT hr = CoInitializeEx(NULL, COINIT_APARTMENTTHREADED);
if (FAILED(hr)) {
    // 处理初始化失败的情况
    return;
}

// 执行Bitmap::FromStream()及IStream相关操作
// ...

// 线程结束时释放COM
CoUninitialize();

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