C++如何检测当前电脑是否连接了耳机或麦克风-C++-PHP中文网

windows上最可靠的方式是通过core audio api的immdeviceenumerator::enumaudioendpoints()枚举音频端点设备，需指定erender或ecapture方向，调用getstate()判断驱动状态，并读取pkey_device_state属性（值为1表示物理连接），同时实现immnotificationclient监听ondevicestatechanged事件以实时响应插拔。

c++如何检测当前电脑是否连接了耳机或麦克风

Windows平台用`IMMDeviceEnumerator`枚举音频端点设备

Windows上最可靠的方式是通过Core Audio API获取系统音频设备状态，而不是依赖注册表或文件系统。关键在于区分“设备是否存在”和“设备是否已连接”——后者需检查DEVICE_STATE_ACTIVE与物理插拔状态的组合。

实操要点：

IMMDeviceEnumerator::EnumAudioEndpoints()传入eRender（耳机）或eCapture（麦克风）获取对应设备列表
对每个IMMDevice调用GetState()，返回值为DEVICE_STATE_ACTIVE仅表示驱动加载成功，不等于物理连接
必须额外调用IMMDevice::OpenPropertyStore()读取PKEY_Device_State属性，值为1才代表当前已连接（注意：该值在Win10 1903+才稳定支持）
若目标是检测“刚插入/拔出”，需实现IMMNotificationClient接口监听OnDeviceStateChanged事件

Linux下读取`/proc/asound/cards`和`sysfs`节点不可靠

Linux没有统一的“耳机插入”信号抽象层，ALSA本身不暴露插拔事件，/proc/asound/cards只反映驱动加载状态，无法区分物理连接与否。

更可行的做法：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

检查/sys/class/sound/card*/codec#*/jack目录是否存在并包含headphone或mic子目录（取决于声卡驱动是否支持jack detection）
读取/sys/class/sound/card*/codec#*/jack/*/state，内容为"connected"或"disconnected"（但很多Realtek ALC芯片不提供该接口）
用udev监听SOUND子系统事件：udevadm monitor --subsystem-match=sound --property，观察NAME变化或DEVPATH增删，但仅对USB音频设备稳定
实际项目中建议退而求其次：用pacmd list-sinks或pactl list sources short判断pulseaudio是否列出可用设备，并结合amixer -c0 get Capture看录制通道是否可调（有静音但能调节通常意味着麦克风已接入）

macOS用`AudioObjectGetPropertyData`查`kAudioHardwarePropertyDevices`

macOS的Core Audio将耳机和麦克风统一看作AudioDeviceID，但“连接状态”需分两层判断：设备是否存在 + 是否启用为默认输入/输出。

关键步骤：

调用AudioObjectGetPropertyData获取所有设备ID列表，再对每个ID查询kAudioDevicePropertyDeviceName和kAudioDevicePropertyTransportType（值为kAudioDeviceTransportTypeUSB或kAudioDeviceTransportTypeBuiltIn）
耳机是否生效，重点看kAudioHardwarePropertyDefaultOutputDevice返回的ID是否属于扬声器类设备（名称含"Headphones"、"Line Out"或kAudioDevicePropertyNominalSampleRate非0）
麦克风是否就绪，检查kAudioHardwarePropertyDefaultInputDevice，再确认该设备的kAudioDevicePropertyInputIsAvailable属性值为TRUE（注意：此属性在某些外置USB麦上始终返回FALSE，需配合AudioDeviceAddIOProc尝试启动采集流来验证）
无后台监听机制，如需实时响应，必须用AudioObjectAddPropertyListener注册kAudioHardwarePropertyDevices和kAudioHardwarePropertyDefaultInputDevice变更回调

跨平台方案别硬套，优先用系统级音频服务状态

试图用C++直接轮询硬件状态容易陷入驱动兼容性泥潭。真实项目中更稳健的路径是绕过底层检测，转而依赖系统音频服务反馈：

Windows：调用IAudioEndpointVolume::GetMute()前先QueryInterface到ISimpleAudioVolume，失败即说明设备不存在或未激活
Linux：执行aplay -l | grep -q "card.*[[:space:]]*:"确认ALSA基础可用，再用parec --list-sources | grep -q "state: RUNNING"判断pulseaudio是否正在从某源采集（间接证明麦克风通路正常）
macOS：运行system_profiler SPAudioDataType | grep -A5 "Output:"解析输出设备列表，比自己调Core Audio API更少出错
所有平台都应避免每秒多次轮询——插拔事件本质是异步的，主动轮询既耗资源又不准，正确做法是绑定系统事件（Windows MMDevice, Linux udev, macOS AudioObject监听）

真正难的不是“怎么查”，而是“查到之后怎么定义‘已连接’：是驱动加载？默认设备切换？还是能实际播放/录音？这三者在不同场景下含义完全不同。