📚 课程目录第3章 ALSA设备命名规则

3. ALSA 设备命名规则：hw、plughw、default、sysdefault 的区别与选择

在嵌入式 Linux 音频开发中，ALSA 提供了多种设备名称用于访问音频硬件。初学者最常遇到的困惑就是：hw:0,0、plughw:0,0、default 和 sysdefault 到底有什么区别？选错了会导致采样率切换失败、音频无法播放，甚至系统崩溃。

本章从 ALSA 设备命名体系出发，逐一剖析这四类设备名称的内部机制、适用场景和选择原则。

3.1 ALSA 设备命名体系概览

ALSA 设备名称由 插件层 和 硬件层 两部分组成。硬件层直接操作声卡寄存器，插件层则在硬件之上提供格式转换、重采样、通道映射等软件处理。设备名称决定了你是否经过插件层，以及经过哪些插件。

  核心原则：设备名称越“底层”，控制力越强，但兼容性越差；设备名称越“高层”，兼容性越好，但可能引入额外的软件处理延迟和精度损失。

3.2 四类设备名称详解

3.2.1 hw — 直接硬件访问

hw:card,device 是 ALSA 最底层的设备名称，直接操作声卡硬件寄存器，不经过任何插件层。使用 hw 设备时，应用程序必须提供硬件精确支持的采样率、采样格式、通道数和周期大小。任何不匹配都会导致 snd_pcm_hw_params 调用失败。

⚠ 采样率切换陷阱：使用 hw 设备时，如果硬件不支持目标采样率（例如 Codec 只支持 48kHz，你却请求 44.1kHz），ALSA 会直接返回 -EINVAL 错误，不会自动重采样。这是嵌入式开发中最常见的“无声”故障原因之一。

// 使用 hw 设备播放 48kHz 音频（硬件必须原生支持）
snd_pcm_open(&handle, "hw:0,0", SND_PCM_STREAM_PLAYBACK, 0);
// 如果硬件不支持 44.1kHz，下面这行会失败
snd_pcm_hw_params_set_rate(handle, hw_params, 44100, 0);

3.2.2 plughw — 带格式转换的硬件访问

plughw:card,device 在 hw 之上包裹了一层轻量插件，主要提供 采样格式转换（如 S16_LE ↔ S32_LE）和 通道映射。但 plughw 默认不进行采样率重采样。如果硬件不支持请求的采样率，plughw 同样会失败。

💡 实用技巧：plughw 最适合“格式不匹配但采样率匹配”的场景。例如硬件只支持 S32_LE 格式，但应用输出 S16_LE 数据，plughw 会自动转换格式，而不会改变采样率。

// plughw 可以自动处理格式转换，但采样率仍需硬件支持
snd_pcm_open(&handle, "plughw:0,0", SND_PCM_STREAM_PLAYBACK, 0);
// 如果硬件不支持 44.1kHz，下面这行仍然会失败
snd_pcm_hw_params_set_rate(handle, hw_params, 44100, 0);

3.2.3 default 和 sysdefault — 高层自动插件

default 和 sysdefault 是 ALSA 提供的高层设备名称，内部通过 pcm.!default 或 pcm.sysdefault 配置段定义。它们会自动加载 dmix（软件混音）、dsnoop（软件录音混音）、plug（自动重采样+格式转换） 等插件。

特性	default	sysdefault
自动重采样	✅ 是（通过 plug 插件）	✅ 是（通过 plug 插件）
自动格式转换	✅ 是	✅ 是
软件混音 (dmix)	✅ 默认启用	❌ 通常不启用
多应用同时播放	✅ 支持	❌ 不支持（独占设备）
延迟	较高（经过多层插件）	中等（插件较少）
配置可定制性	高（通过 asoundrc 重定义）	低（系统预定义）

3.3 采样率切换场景下的选择策略

在嵌入式音频开发中，采样率切换是核心需求。不同设备名称对采样率切换的支持能力差异巨大，下面给出具体选择策略。

3.4 四类设备对比总结

设备名称	自动重采样	自动格式转换	软件混音	延迟	采样率切换灵活性	推荐场景
hw	❌	❌	❌	最低	低（必须硬件支持）	专业音频、低延迟需求、格式完全匹配
plughw	❌	✅	❌	低	低（必须硬件支持）	格式不匹配但采样率匹配的场景
sysdefault	✅	✅	❌	中等	高（自动重采样）	单应用、需要采样率兼容性
default	✅	✅	✅	较高	高（自动重采样）	多应用混音、桌面/通用场景

3.5 嵌入式开发中的选择建议

  嵌入式音频开发黄金法则：
  原型验证阶段：使用 default 设备，确保音频能正常播放，排除采样率/格式不匹配问题。
性能优化阶段：确认硬件支持的采样率后，切换到 hw 或 plughw，降低延迟和 CPU 占用。
采样率切换测试：始终先用 default 验证目标采样率是否被硬件支持（通过重采样间接验证），再决定是否使用 hw 直接访问。
多应用场景：必须使用 default 或自行配置 dmix 插件，否则第二个应用打开设备会失败。

💡 快速验证命令：
aplay -D hw:0,0 test.wav — 如果失败，说明硬件不支持该文件的采样率或格式。
aplay -D plughw:0,0 test.wav — 如果成功，说明只是格式问题。
aplay -D default test.wav — 如果成功，说明重采样可以解决，但需要评估延迟影响。

3.6 常见误区与避坑

误区一：“plughw 可以自动重采样，所以采样率不匹配也能用。”
事实：plughw 只做格式转换，不做采样率转换。采样率不匹配时，plughw 和 hw 一样会失败。
误区二：“default 设备延迟太高，嵌入式不能用。”
事实：通过合理配置 ~/.asoundrc 中的 dmix 缓冲区大小，可以将 default 的延迟控制在可接受范围内（10-50ms）。
误区三：“sysdefault 和 default 完全一样。”
事实：sysdefault 通常不启用 dmix，因此不支持多应用同时播放，但延迟比 default 低。
误区四：“hw 设备性能最好，所有场景都应该用 hw。”
事实：hw 设备要求应用完全适配硬件参数，一旦采样率或格式不匹配，直接报错。在采样率动态切换的场景中，hw 的容错性极差。