Windows下C++开发：如何无阻塞检测默认音频输出设备变更？

你的需求完全可以通过系统级音频API的事件回调实现，避免轮询带来的性能损耗——OpenAL本身没有原生的设备变更通知机制，但各平台的底层音频框架都提供了设备状态监听的回调接口，你可以结合这些接口来触发OpenAL的设备检查逻辑。

以下是分平台的具体实现方案：

Windows 平台（MMDeviceAPI） #

Windows的多媒体设备API（MMDeviceAPI）支持注册设备变更回调，当默认音频输出设备发生变化时会主动通知：

#include <mmdeviceapi.h>
#include <endpointvolume.h>

// 实现IMMNotificationClient接口
class DeviceNotificationClient : public IMMNotificationClient {
public:
    HRESULT __stdcall OnDefaultDeviceChanged(EDataFlow flow, ERole role, LPCWSTR pwstrDefaultDeviceId) override {
        // 只关注输出设备的默认变更
        if (flow == eRender && role == eMultimedia) {
            // 触发OpenAL设备更新逻辑
            const char* newDefaultDevice = alcGetString(nullptr, ALC_DEFAULT_DEVICE_SPECIFIER);
            // 对比并处理设备变更...
        }
        return S_OK;
    }

    // 必须实现的其他纯虚函数（空实现即可）
    HRESULT __stdcall OnDeviceAdded(LPCWSTR pwstrDeviceId) override { return S_OK; }
    HRESULT __stdcall OnDeviceRemoved(LPCWSTR pwstrDeviceId) override { return S_OK; }
    HRESULT __stdcall OnDeviceStateChanged(LPCWSTR pwstrDeviceId, DWORD dwNewState) override { return S_OK; }
    HRESULT __stdcall OnPropertyValueChanged(LPCWSTR pwstrDeviceId, const PROPERTYKEY key) override { return S_OK; }
    HRESULT __stdcall QueryInterface(const IID& iid, void** ppv) override {
        if (iid == IID_IUnknown || iid == __uuidof(IMMNotificationClient)) {
            *ppv = static_cast<IMMNotificationClient*>(this);
            AddRef();
            return S_OK;
        }
        return E_NOINTERFACE;
    }
    ULONG __stdcall AddRef() override { return InterlockedIncrement(&m_refCount); }
    ULONG __stdcall Release() override {
        ULONG ref = InterlockedDecrement(&m_refCount);
        if (ref == 0) delete this;
        return ref;
    }

private:
    LONG m_refCount = 1;
};

// 在程序初始化时注册回调
void RegisterDeviceNotification() {
    IMMDeviceEnumerator* pEnumerator = nullptr;
    CoCreateInstance(__uuidof(MMDeviceEnumerator), nullptr, CLSCTX_ALL, __uuidof(IMMDeviceEnumerator), reinterpret_cast<void**>(&pEnumerator));
    
    DeviceNotificationClient* pClient = new DeviceNotificationClient();
    pEnumerator->RegisterEndpointNotificationCallback(pClient);
    
    // 注意保存pEnumerator和pClient的引用，避免被提前销毁
}

Linux 平台（PulseAudio） #

Linux桌面环境常用PulseAudio作为音频服务，它的API支持监听设备变更事件：

#include <pulse/pulseaudio.h>

void pa_subscribe_callback(pa_context* ctx, pa_subscription_event_type_t type, uint32_t idx, void* userdata) {
    // 过滤设备变更事件
    if ((type & PA_SUBSCRIPTION_EVENT_FACILITY_MASK) == PA_SUBSCRIPTION_EVENT_SERVER) {
        pa_operation* op = pa_context_get_server_info(ctx, [](pa_context* ctx, const pa_server_info* info, void* userdata) {
            // 获取当前默认输出设备名称
            const char* defaultSink = info->default_sink_name;
            // 对比之前记录的设备名称，处理变更逻辑...
        }, userdata);
        pa_operation_unref(op);
    }
}

// 初始化PulseAudio上下文并注册回调
void InitPulseAudioDeviceMonitor() {
    pa_mainloop* mainloop = pa_mainloop_new();
    pa_mainloop_api* mainloopApi = pa_mainloop_get_api(mainloop);
    pa_context* ctx = pa_context_new(mainloopApi, "audio-recorder-device-monitor");
    
    pa_context_set_state_callback(ctx, [](pa_context* ctx, void* userdata) {
        if (pa_context_get_state(ctx) == PA_CONTEXT_READY) {
            // 订阅服务器事件（包含默认设备变更）
            pa_context_subscribe(ctx, PA_SUBSCRIPTION_MASK_SERVER, nullptr, nullptr);
            pa_context_set_subscribe_callback(ctx, pa_subscribe_callback, userdata);
        }
    }, nullptr);
    
    pa_context_connect(ctx, nullptr, PA_CONTEXT_NOFLAGS, nullptr);
    
    // 可把PulseAudio的主loop放到轻量线程，或整合到主程序事件循环
    // pa_mainloop_run(mainloop, nullptr);
}

macOS 平台（Core Audio） #

macOS的Core Audio框架允许监听默认设备属性的变化：

#include <AudioToolbox/AudioToolbox.h>

OSStatus DefaultDeviceChangedCallback(AudioObjectID objectID, UInt32 numberOfAddresses, const AudioObjectPropertyAddress addresses[], void* clientData) {
    // 获取新的默认输出设备ID
    AudioObjectPropertyAddress defaultOutputAddr = {
        kAudioHardwarePropertyDefaultOutputDevice,
        kAudioObjectPropertyScopeGlobal,
        kAudioObjectPropertyElementMaster
    };
    AudioObjectID defaultDeviceID;
    UInt32 size = sizeof(AudioObjectID);
    AudioObjectGetPropertyData(kAudioObjectSystemObject, &defaultOutputAddr, 0, nullptr, &size, &defaultDeviceID);
    
    // 获取设备名称并对比变更
    CFStringRef deviceName;
    size = sizeof(CFStringRef);
    AudioObjectPropertyAddress nameAddr = {
        kAudioDevicePropertyDeviceNameCFString,
        kAudioObjectPropertyScopeGlobal,
        kAudioObjectPropertyElementMaster
    };
    AudioObjectGetPropertyData(defaultDeviceID, &nameAddr, 0, nullptr, &size, &deviceName);
    
    const char* newDefaultDevice = CFStringGetCStringPtr(deviceName, kCFStringEncodingUTF8);
    // 处理设备变更逻辑...
    
    CFRelease(deviceName);
    return noErr;
}

// 注册默认设备监听
void RegisterCoreAudioDeviceMonitor() {
    AudioObjectPropertyAddress defaultOutputAddr = {
        kAudioHardwarePropertyDefaultOutputDevice,
        kAudioObjectPropertyScopeGlobal,
        kAudioObjectPropertyElementMaster
    };
    AudioObjectAddPropertyListener(kAudioObjectSystemObject, &defaultOutputAddr, DefaultDeviceChangedCallback, nullptr);
}

整合到现有程序的注意事项 #

1. 这些系统API的回调通常运行在系统线程中，处理OpenAL设备变更时要注意线程安全——比如用互斥锁保护设备名称的全局变量，或者把变更事件放到主循环的消息队列中，由OpenGL/ImGui的主线程统一处理。
2. 程序退出时要记得注销回调（比如Windows的UnregisterEndpointNotificationCallback、macOS的AudioObjectRemovePropertyListener），避免内存泄漏。
3. 不需要再单独开线程轮询alcGetString，只有当系统回调触发时才去检查OpenAL的默认设备，性能损耗几乎可以忽略。

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