XAudio2问题：移除活跃音频设备时源语音进程挂起

这个问题我之前也踩过坑——当USB音频设备突然被拔走时，XAudio2的源语音会陷入“无响应”状态，此时调用Stop()或者FlushSourceBuffers()这类同步操作会因为底层硬件不存在而无限阻塞，直接导致应用卡死。核心原因是XAudio2的部分同步API会等待硬件响应信号，而设备移除后这个信号永远不会到来。

下面是我总结的几个有效解决方案，按优先级排序：

1. 优先监听XAudio2引擎的CriticalError回调，而非仅依赖IMMNotificationClient #

IMMNotificationClient的设备移除通知有时候会滞后于XAudio2内部的硬件错误检测，等你收到通知时，源语音可能已经处于无效状态了。正确的做法是同时注册XAudio2的引擎回调，在硬件故障发生的第一时间做出响应：

class AudioEngineErrorCallback : public IXAudio2EngineCallback
{
public:
    bool m_needsEngineReset = false;

    void OnCriticalError(HRESULT hr) override
    {
        // 捕获设备丢失等严重错误，标记需要重置引擎
        if (hr == AUDCLNT_E_DEVICE_INVALIDATED || hr == XAUDIO2_E_DEVICE_INVALIDATED)
        {
            m_needsEngineReset = true;
        }
    }

    // 其他回调方法留空实现即可
    void OnProcessingPassStart() override {}
    void OnProcessingPassEnd() override {}
    void OnLoopEnd(void*) override {}
};

// 创建XAudio2引擎时注册回调
AudioEngineErrorCallback errorCallback;
IXAudio2* pXAudio2 = nullptr;
HRESULT hr = XAudio2Create(&pXAudio2, 0, XAUDIO2_DEFAULT_PROCESSOR);
if (SUCCEEDED(hr))
{
    pXAudio2->RegisterForCallbacks(&errorCallback);
}

2. 收到设备丢失通知后，跳过同步操作直接销毁/重建上下文 #

当检测到设备丢失（无论是通过引擎回调还是IMMNotificationClient），绝对不要调用源语音的Stop()或FlushSourceBuffers()，而是直接执行以下步骤：

• 立即标记所有现有源语音为“无效”，避免后续代码对其进行操作
• 尝试异步销毁源语音（如果DestroyVoice()调用不阻塞的话），如果调用后无响应，直接放弃该语音
• 销毁旧的XAudio2引擎实例，重新创建新的引擎（自动绑定到新的默认设备）
• 重新加载音频数据，创建新的源语音，恢复播放逻辑

3. 优化IMMNotificationClient的处理逻辑 #

如果必须依赖IMMNotificationClient的设备变更通知，注意在OnDeviceRemoved回调里不要执行任何音频操作，而是设置一个标志位，在你的主音频更新循环里处理重置逻辑：

// 类内/全局标志位
bool m_deviceLost = false;

// IMMNotificationClient的回调方法
HRESULT OnDeviceRemoved(LPCWSTR pwstrDeviceId) override
{
    // 只标记状态，不做实际操作
    m_deviceLost = true;
    return S_OK;
}

// 主音频更新循环中
void UpdateAudio()
{
    if (m_deviceLost || errorCallback.m_needsEngineReset)
    {
        // 执行引擎重置逻辑
        ResetAudioEngine();
        // 重置标志位
        m_deviceLost = false;
        errorCallback.m_needsEngineReset = false;
    }

    // 其他音频播放逻辑...
}

关键注意事项 #

• USB设备移除属于“突发硬件故障”，底层驱动可能已经处于不稳定状态，任何针对旧设备的同步操作都有阻塞风险，快速重建上下文是最稳妥的方案
• 不要在回调线程里执行引擎重置操作，尽量放到主应用线程或者专用音频线程里处理，避免线程冲突
• 重建引擎时，无需手动指定设备ID，XAudio2会自动绑定到新的默认音频设备

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