CoInitialize()是否会在所有.NET Framework/.NET Core线程上被隐式调用？

1. COM初始化的全局契约说明 #

• .NET Framework 和 .NET Core/.NET 5+ 均没有契约性保证会对所有线程自动完成COM初始化，自动初始化逻辑仅覆盖CLR托管的线程场景，非托管创建后切入托管执行的线程不会被自动初始化COM。

2. 不同托管线程的初始化规则 #

主线程 #

• 控制台、WPF、WinForms等.NET应用的主线程，会在程序启动时根据入口方法标记的[STAThread]/[MTAThread]特性完成对应模型的COM初始化：
  • 控制台应用默认标记[MTAThread]，主线程默认初始化为MTA模型
  • WPF/WinForms应用默认标记[STAThread]，主线程默认初始化为STA模型
    这也是你在控制台主线程调用CoInitializeEx()返回S_FALSE的原因：COM库已经被CLR提前初始化完成。

显式创建的托管Thread线程 #

• 你通过new Thread()创建的托管线程，默认单元模型为MTA，CLR会在线程首次执行托管代码前，按照线程的ApartmentState属性完成对应COM初始化。你可以在启动线程前调用SetApartmentState()手动修改单元模型为STA。

线程池线程 #

• 所有线程池工作线程、IO完成端口线程的单元模型固定为MTA，CLR会在线程被调度执行任务前完成MTA模型的COM初始化，你无法修改线程池线程的单元模型。

3. 单元模型一致性说明 #

• 没有任何保证所有线程会使用相同的COM单元模型：GUI应用主线程通常为STA，其他托管线程默认是MTA，你也可以手动将自定义线程设置为STA，不同线程的单元模型完全独立。

4. DirectShow场景的使用建议 #

• 不建议完全依赖CLR的隐式COM初始化，存在两个明显风险：
  • 若代码运行在非托管创建后切入托管的线程上，CLR不会自动初始化COM，直接调用DirectShow API会触发错误
  • 若你需要的COM单元模型和CLR默认分配的不一致，会导致DirectShow逻辑异常
• 安全的做法是：在所有执行DirectShow相关逻辑的线程入口，显式调用CoInitializeEx()指定你需要的单元模型。根据COM规范，若当前线程已经完成同模型的初始化，CoInitializeEx()会返回S_FALSE，该调用无任何副作用，且你不需要为返回S_FALSE的调用配对执行CoUninitialize()，仅当返回S_OK时才需要在逻辑结束后调用CoUninitialize()清理，不会产生冗余问题。

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