VB6 WaveIn API在Windows 10远程桌面连接时音频输入异常问题

核心原因 #

这个问题本质是WaveIn API的会话关联性缺陷，结合Windows 10 RDP的音频设备映射机制导致的：

• Windows 10的RDP会话会自动分配虚拟音频设备，即使使用mstsc /admin参数，系统仍可能将物理音频设备的会话归属切换到本地控制台，而非远程会话。WaveIn作为传统WinMM系列API，依赖会话绑定的设备句柄，一旦设备上下文切换，已打开的句柄无法自动重新关联物理设备，只能读取固定的默认采样值（比如0或某一静态电平）。
• WaveIn本身缺乏设备状态变更的通知机制，无法感知RDP连接带来的设备会话切换，会持续从失效的设备上下文读取数据，导致电平固定。

可行解决办法 #

临时适配方案 #

通过监听Windows会话切换事件自动重启采集流程：

• 注册监听WM_WTSSESSION_CHANGE消息，当检测到RDP连接/断开的会话事件时，主动关闭当前WaveIn句柄，重新初始化音频采集流程，恢复和物理设备的绑定。这能替代手动重启监控的操作，实现自动化恢复。

长期优化方案 #

替换WaveIn为WASAPI（Windows Audio Session API）：

• WASAPI是现代Windows音频API，支持完善的设备状态通知，能在设备会话变更、设备插拔时自动重新连接到物理音频输入；同时WASAPI的采样精度和稳定性远高于WaveIn，更适合7×24小时的监控场景，从根源上避免RDP会话带来的音频设备绑定问题。

验证建议 #

RDP连接后，打开系统音频设备管理器，查看当前会话的可用输入设备：此时WaveIn绑定的设备大概率已变为RDP虚拟音频输入，而非物理麦克风，这也能直接印证设备上下文切换的问题。

内容的提问来源于stack exchange，提问作者Nico van Wijk