miniaudio项目中ALSA音频设备poll()失败的解决方案分析

问题背景

在Linux音频开发中，miniaudio作为一个轻量级的音频库，提供了跨平台的音频捕获和播放功能。然而，在使用ALSA后端时，开发者报告了一个关于poll()系统调用失败的问题，特别是在Ubuntu/Linux环境下进行音频捕获时。

问题现象

当使用miniaudio v0.11.21版本时，音频设备在捕获过程中会随机出现"[ALSA] poll() failed"错误，频率大约为每10分钟一次。这个错误会导致音频输入设备进入不确定状态，后续无法再获取任何音频样本。

技术分析

问题的核心出现在ma_device_wait__alsa()函数中，该函数负责等待ALSA音频设备的数据可用状态。函数使用poll()系统调用来监控文件描述符的状态变化，当poll()返回负值时，当前实现会直接返回错误并终止操作。

深入分析发现，poll()系统调用在Linux环境下可能会因信号中断(EINTR)而返回负值，这实际上是一种正常情况，不应被视为致命错误。在传统的Unix/Linux编程中，这种情况通常应该通过重新尝试调用来处理。

解决方案

原始代码中的错误处理过于严格，直接将poll()的失败视为不可恢复的错误。更合理的做法是：

1. 当poll()返回负值时，检查errno是否为EINTR（表示被信号中断）
2. 如果是被信号中断的情况，应该继续循环重试而非直接返回错误
3. 对于真正的错误情况，才应该返回错误码

修改后的代码逻辑如下：

int resultPoll = poll(pPollDescriptors, pollDescriptorCount, -1);
if (resultPoll < 0) {
    ma_log_post(ma_device_get_log(pDevice), MA_LOG_LEVEL_WARNING, "[ALSA] poll() failed.\n");
    continue;  // 继续循环而非返回错误
}

实现意义

这一修改具有以下技术优势：

1. 提高系统健壮性：能够正确处理信号中断等临时性系统调用失败
2. 保持设备状态：避免因临时错误导致音频设备进入不可用状态
3. 兼容性更好：符合Unix/Linux系统编程的最佳实践

开发者建议

对于使用miniaudio进行Linux音频开发的开发者，建议：

1. 关注miniaudio的更新，确保使用包含此修复的版本
2. 在自定义音频处理逻辑中，考虑类似的中断恢复机制
3. 对于关键音频应用，实现额外的错误监控和恢复策略

该修复已被miniaudio项目采纳并合并到开发分支中，同时将错误日志级别从ERROR降为WARNING，更准确地反映了问题的性质。