CoUninitialize在DLL中触发快速失败异常，求原因与解决方案

1. COM初始化/反初始化的严格配对规则被破坏：COM规范要求CoInitialize与CoUninitialize必须在同一线程内严格配对调用，当线程的COM引用计数归0后，再次调用CoUninitialize会触发系统级严重错误。
2. DLL全局对象析构时机与进程COM生命周期不同步：程序退出时，主线程通常会先完成自身的COM清理（包括调用CoUninitialize），之后才触发DLL卸载。此时DLL中全局静态对象的析构函数调用CoUninitialize，相当于在已失效的COM上下文或引用计数为0的情况下重复调用，直接触发Windows快速失败异常（0xC0000602），这类异常属于系统级错误，无法被常规try/catch捕获。

• 主动控制DLL卸载时机：
  在主程序退出流程中，提前调用FreeLibrary卸载DLL，确保此时主线程的COM环境仍处于有效状态，让DLL全局对象析构时的CoUninitialize能与之前的CoInitialize正常配对，避免依赖系统在进程退出阶段自动卸载DLL。
• 调整主程序的COM调用顺序：
  如果主程序自身也调用了CoInitialize/CoUninitialize，可调整执行顺序：先调用FreeLibrary卸载DLL（让DLL完成CoUninitialize），再执行主程序的CoUninitialize，保证两次CoUninitialize都有对应的CoInitialize配对。
• 应急式抵消引用计数（谨慎使用）：
  主程序启动时额外多调用一次CoInitialize，退出时只调用一次CoUninitialize，让DLL的第二次CoUninitialize刚好抵消主程序多出来的引用计数。此方法属于临时 workaround，可能引发其他COM上下文问题，需充分测试。
• 隔离线程COM上下文：
  若RtAudio的使用局限于特定线程，可在DLL中创建专用线程处理RtAudio逻辑：线程启动时调用CoInitialize，线程退出时调用CoUninitialize，将COM上下文与主线程隔离，避免全局对象析构时干扰主线程的COM状态。

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