调用IDirectSoundBuffer8::Play时dsound.dll读访问违规崩溃问题

故障特征 #

• 崩溃类型为读内存访问违规，触发点位于系统dsound.dll模块的内部无锁队列入队函数LFQueuePut
• 触发时机固定：完成DirectSound设备创建、协作级别设置、IDirectSoundBuffer8缓冲区创建后，首次调用缓冲区Play方法的瞬间；触发时未向缓冲区写入任何音频数据，也未执行其他音频接口操作
• 所有前置DirectSound接口调用均返回成功，主动轮询DSERR_BUFFERLOST等缓冲区状态也未检测到错误
• 问题为偶现，无稳定复现路径
  

根因说明 #

这类无前置错误的dsound内部无锁队列崩溃，90%以上是COM接口跨线程调用违反线程亲和性要求导致：
DirectSound基于STA（单线程单元）COM模型实现，IDirectSound8设备实例、IDirectSoundBuffer8缓冲区实例都会严格绑定到创建它的线程上下文，跨线程调用这些实例的任何方法（包括看似无状态的Play、GetStatus、Release）都不会返回明确的错误码，但会直接破坏内部无锁队列的线程安全假设，触发内存竞争，最终偶发读无效内存的访问违规。
剩余10%的常见触发原因：

• 创建缓冲区时传入的WAVEFORMATEX格式参数填充错误，比如nBlockAlign、nAvgBytesPerSec计算值和声道数、采样位深、采样率不匹配，或格式结构体为栈临时变量，在CreateSoundBuffer返回前就被释放
• 缓冲区描述符DSBUFFERDESC中dwBufferBytes配置为0、或数值不满足音频块对齐要求
• 设置协作级别时传入了无效窗口句柄，比如窗口已提前销毁、属于其他进程

修复步骤 #

按优先级逐一验证即可解决：

1. 把所有DirectSound相关操作（创建设备、设置协作级别、创建缓冲区、Play/Stop/Lock/Unlock/Release全生命周期接口调用）全部收敛到同一个工作线程执行，绝对禁止跨线程调用COM接口。如果其他线程需要控制播放状态，通过线程消息队列、无锁环形队列把操作投递到音频工作线程执行。
2. 校验缓冲区创建参数：
   • 保证WAVEFORMATEX结构体在CreateSoundBuffer调用期间全程有效，不要用栈上临时变量传参后立刻出栈释放
   • 严格按公式计算格式参数：nBlockAlign = nChannels * wBitsPerSample / 8，nAvgBytesPerSec = nSamplesPerSec * nBlockAlign，确保数值完全匹配
   • dwBufferBytes设置为块对齐的整数倍，长度不低于100ms音频数据量（例如44100Hz 16bit立体声场景下不小于17640字节）
3. 首次调用Play前，先调用SetCurrentPosition(0)将播放指针重置到缓冲区起始位置，规避空缓冲区初始指针值非法触发的内部逻辑异常。
4. 缓冲区创建完成后增加10~20ms延时再调用Play，规避部分声卡驱动初始化未完成的竞态问题。

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