15、USB音频设备：USB Audio Class支持、USB设备的延时特性、OTG音频的低延时配置

USB音频设备，说白了就是通过USB接口来传声音的玩意儿。从耳机、声卡到专业录音接口，现在几乎人手一个。但你要是做过低延时音频开发，就知道USB这条路有多坑。我最早踩这个坑是在做一款K歌手机的时候，用户插上USB麦克风，延迟大到没法跟唱，那叫一个崩溃。

今天咱们就把USB音频的延时问题彻底聊透。我会从USB Audio Class的底层机制讲起，然后分析延时到底从哪来，最后给出OTG场景下的低延时配置方案。

15.1 USB Audio Class支持

USB Audio Class，简称UAC，是USB组织定义的一套音频设备标准。目前主流版本是UAC 1.0和UAC 2.0。Android系统对这两个版本的支持情况不太一样。

特性	UAC 1.0	UAC 2.0
采样率支持	最高96kHz	最高384kHz
位深	16/24bit	16/24/32bit
音频格式	PCM	PCM、DSD、AES3
Android原生支持	Android 3.1+	Android 10+（部分设备）
延时表现	较高（~30ms）	较低（~10ms）

我个人习惯，只要设备支持，优先选UAC 2.0。为什么？因为UAC 2.0引入了更灵活的同步机制，延时控制比1.0好太多了。我在项目中遇到过一台UAC 1.0的USB麦克风，怎么调延时都下不去，最后换了个UAC 2.0的芯片，问题直接解决。

15.2 USB设备的延时特性

USB音频的延时，不是单一因素决定的。你想想看，声音从麦克风进来，经过USB传输，再到应用层处理，最后从扬声器出去，中间有多少环节？

我把它拆成三个主要部分：

1. USB传输延时：数据在USB总线上传输的时间。USB 2.0的理论带宽是480Mbps，但音频数据量很小，传输本身几乎不耗时。真正的坑在别处。
2. 缓冲延时：这是大头。USB音频设备内部有FIFO缓冲区，Android的USB Audio HAL层也有缓冲区。缓冲区越大，延时越高。
3. 同步机制延时：USB音频有同步、异步、自适应三种模式。同步模式延时最低，但要求主从时钟严格匹配。异步模式最灵活，但延时最高。

具体到数字，我实测过几款常见USB音频设备的延时：

设备类型	UAC版本	典型延时（ms）	优化后延时（ms）
USB耳机（普通）	1.0	30-50	20-30
USB麦克风	1.0	25-40	15-25
USB声卡（专业）	2.0	10-20	5-10
USB耳机（低延时）	2.0	8-15	4-8

嗯，这里要注意，表格里的「优化后延时」不是随便就能达到的。它需要你在Android系统层面做一系列配置。

15.3 OTG音频的低延时配置

OTG音频，说白了就是手机通过OTG线外接USB音频设备。这个场景在直播、K歌、乐器录音里特别常见。但默认配置下，延时感人。

怎么优化？我总结了一套「三板斧」：

15.3.1 选择正确的USB传输模式

USB音频传输有两种模式：批量传输（Bulk）和等时传输（Isochronous）。

• 批量传输：数据可靠，但延时不可控。适合文件传输，不适合实时音频。
• 等时传输：数据可能丢包，但延时固定且低。适合音频。

我建议，所有低延时场景都强制使用等时传输模式。怎么强制？在USB Audio HAL层配置：

// 在 audio_usb_hal.cpp 中
static constexpr bool kForceIsochronousTransfer = true;

// 枚举USB设备时，优先选择等时接口
if (desc->bInterfaceClass == AUDIO_CLASS &&
    desc->bInterfaceSubClass == AUDIO_SUBCLASS &&
    desc->bInterfaceProtocol == PROTOCOL_ISOCHRONOUS) {
    // 使用等时传输
    setupIsochronousEndpoint(desc);
} else {
    // 回退到批量传输（不推荐）
    ALOGW("Fallback to bulk transfer, latency may increase");
}

15.3.2 缩小缓冲区大小

缓冲区是延时的最大元凶。Android默认的USB音频缓冲区大小是256帧（约5.3ms @48kHz）。对于低延时场景，这个值太大了。

我习惯把它缩小到64帧甚至32帧：

// 在 audio_usb_hal.cpp 中修改
// 默认值
// static constexpr size_t kDefaultBufferSizeFrames = 256;

// 低延时配置
static constexpr size_t kDefaultBufferSizeFrames = 64;

// 如果设备支持，可以进一步缩小
static constexpr size_t kMinBufferSizeFrames = 32;

15.3.3 调整调度优先级

USB音频的传输线程在Android中默认是普通优先级。这意味着它可能被其他任务打断。低延时场景下，必须提升它的优先级。

// 在 audio_usb_hal.cpp 中
static void setupAudioThreadPriority() {
    struct sched_param param;
    param.sched_priority = 90;  // 实时优先级
    if (sched_setscheduler(0, SCHED_FIFO, &param) != 0) {
        ALOGW("Failed to set realtime priority: %s", strerror(errno));
        // 回退到高优先级
        setpriority(PRIO_PROCESS, 0, -10);
    }
}

你想想看，如果USB音频线程被一个后台下载任务抢占了CPU，那延时瞬间就飙上去了。所以优先级必须拉满。

15.4 整体优化流程图

下面这张图是我自己总结的USB音频低延时优化流程，每次做新项目我都会对着它过一遍：

15.5 实战中的坑与对策

最后，分享几个我在项目中踩过的坑：

• 坑一：USB供电不足。OTG线供电能力有限，有些USB声卡插上去直接不工作。对策：用带外接供电的OTG线，或者选低功耗设备。
• 坑二：采样率不匹配。USB设备支持44.1kHz，但Android系统默认用48kHz。对策：在AudioPolicy中强制匹配设备支持的采样率。
• 坑三：多设备冲突。同时插USB耳机和USB麦克风，系统可能只识别一个。对策：在USB HAL中实现多设备路由逻辑。

好了，USB音频的延时优化就聊到这儿。核心就三件事：选UAC 2.0、用等时传输、缩小缓冲区。把这三点做到位，延时基本能控制在10ms以内。