ALSA：snd_pcm_writei返回EAGAIN，音频播放逻辑问题求助

我懂你现在的困扰——照着ALSA官方pcm.c示例里的write_loop()逻辑，写了个跨线程取缓冲区的音频播放程序，但就是摸不清问题出在哪。先把你给出的设备配置信息贴出来：

ALSA <-> PulseAudio PCM I/O Plugin，配置详情：stream : PLAYBACK access : RW_INTER...

给你几个针对性的排查方向，一步步来：

• 先锁死线程安全问题
  跨线程传递音频缓冲区，线程同步是第一要务。你有没有用互斥锁（pthread_mutex_t）或者条件变量（pthread_cond_t）来保护缓冲区的读写？要是缓冲区在传递时被意外修改，或者拿到了不完整的音频数据，播放肯定会出状况——比如爆音、卡顿，甚至直接崩掉。

• 核对音频参数的一致性
  上游线程给的缓冲区，它的采样率、位深、声道数，必须和你打开ALSA设备时配置的参数完全匹配。示例里的write_loop()是基于特定PCM参数跑的，要是你的缓冲区参数和设备参数对不上，播放必然异常。可以在程序里用snd_pcm_get_params()打印设备参数，再和你拿到的缓冲区参数对比，看看有没有出入。

• 盯紧PCM操作的错误返回值
  调用snd_pcm_writei()或者snd_pcm_writen()的时候，一定要检查返回值。比如有没有碰到-EPIPE（underrun，缓冲区欠载）或者-EAGAIN（需要重试）的情况？示例里的write_loop()是有完整错误处理的，你有没有原样复现？要是出现underrun，得调用snd_pcm_prepare()恢复设备状态，不然播放会直接中断。

• 排除PulseAudio插件的干扰
  从你的设备配置来看，用的是ALSA转PulseAudio的插件。PulseAudio本身有自己的缓冲策略，可能和原生ALSA的逻辑不一样，导致你的线程缓冲区和它的内部缓冲区不同步。可以试试直接用原生ALSA设备（比如hw:0,0）测试，看看问题是不是消失了，这样就能确定是不是PulseAudio在搞鬼。

• 调试缓冲区的填充与写入情况
  可以在播放线程里加些日志，打印每次拿到的缓冲区大小、实际写入ALSA的字节数。看看是不是每次都能拿到足够的数据，有没有写入失败的情况。要是缓冲区经常是空的或者数据量不够，那问题大概率出在上游线程的缓冲区生成/传递逻辑上。

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