Windows平台开发Virtual Microphone应选用哪种驱动框架？

针对虚拟麦克风开发场景，三种框架的选型优先级和适配情况如下：

优先选择：UMDF（用户模式驱动框架） #

• 适配性满足要求：UMDF 2.x版本原生支持Windows 10 1507及以上所有正式版本，完全覆盖你需要的系统范围
• 开发成本最低：用户模式下调试无需复杂的内核调试环境，驱动崩溃只会影响当前进程，不会触发系统蓝屏，排查问题效率远高于内核模式开发
• 功能完全匹配：虚拟麦克风属于虚拟音频设备，配合Windows 音频类驱动扩展(UDE)即可实现全部所需功能，包括设备枚举、音频流输入、系统音频栈适配，可被所有常规录音、通讯类软件正常识别调用
• 签名门槛更低：用户模式驱动的签名要求比内核模式宽松，测试阶段无需复杂签名即可调试，正式发布的WHQL认证流程也更简单

次选：KMDF（内核模式驱动框架） #

• 仅建议在有特殊内核态交互需求时选择，比如需要和其他内核音频驱动直接联动、要求极低延迟的音频流处理场景
• 适配性满足要求：KMDF 1.15及以上版本支持全系列Windows 10/11系统，适配范围符合要求
• 缺点明显：开发难度高，调试流程复杂，驱动代码出现任何疏漏都会直接触发系统蓝屏，内核驱动的签名和WHQL认证要求更严格，整体开发周期更长

不推荐：传统Windows Driver Model（WDM） #

• 微软已经停止为WDM提供新功能支持，无法直接适配Windows 10/11新增的音频栈特性，需要手动实现大量兼容逻辑，适配成本极高
• 框架本身需要开发者手动处理全部即插即用、电源管理、IO请求队列逻辑，开发难度远高于WDF系列框架，微小的代码错误就会导致系统崩溃，完全不推荐用于新项目开发

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