OleInitialize与CoInitializeEx的差异：OleInitialize(NULL)对比指定公寓线程模式的CoInitializeEx

虽然OleInitialize内部确实会调用CoInitializeEx并传入COINIT_APARTMENTTHREADED参数，但两者并非完全等价，核心差异集中在OLE专属的环境初始化和配套支持上：

• OLE专属环境的额外初始化
  OleInitialize除了完成COM apartment线程模型的初始化，还会做一系列OLE特有的准备工作：

  • 注册OLE专用的剪贴板格式，支持OLE对象的复制粘贴
  • 初始化系统默认的拖放处理框架，让线程能处理OLE拖放操作
  • 配置OLE自动化所需的基础环境，比如类型库的加载和解析支持
  • 安装OLE消息过滤器，处理跨线程或跨进程的OLE调用同步逻辑

• 错误返回的细节差异

  • 当系统OLE组件缺失或损坏时，OleInitialize会返回OLE_E_UNAVAILABLE这类OLE专属错误码；而CoInitializeEx只会返回COM层面的错误，比如E_OUTOFMEMORY、RPC_E_CHANGED_MODE
  • 若线程已用其他并发模型初始化过，两者都会返回RPC_E_CHANGED_MODE，但OleInitialize的错误信息会更偏向OLE环境初始化失败的描述

• API依赖的强制要求

  • 如果你的代码要调用OLE专属API（比如OleCreate、OleSetClipboard、DoDragDrop等），必须先调用OleInitialize——仅用CoInitializeEx初始化的线程调用这些接口会直接返回OLE_E_NOTINITIALIZED错误
  • 要是只使用普通COM组件（非OLE相关），CoInitializeEx(COINIT_APARTMENTTHREADED)就足够，不需要额外调用OleInitialize

• 清理步骤的不同

  • 调用OleInitialize后，必须用OleUninitialize来清理OLE环境；而CoInitializeEx对应的清理函数是CoUninitialize
  • 注意：OleUninitialize内部会自动调用CoUninitialize，所以不用重复执行CoUninitialize；但反过来，仅通过CoInitializeEx初始化的线程，不能调用OleUninitialize来清理

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