在移动音频开发中，蓝牙传输的延迟问题一直是影响用户体验的痛点。今天我们就来聊聊如何通过全链路优化，将AAC和LHDC编码的延迟控制在100ms以内。

一、蓝牙音频延迟的三大来源

1. 编码延迟：音频数据压缩所需时间，AAC约20-50ms，LHDC约10-30ms
2. 传输延迟：蓝牙协议栈处理+无线传输时间，通常30-80ms
3. 解码延迟：设备端解压缩时间，AAC约10ms，LHDC约5-15ms

二、AAC vs LHDC核心差异

| 编码格式 | 码率范围 | 延迟水平 | 兼容性 | CPU占用 | |----------|---------|---------|-------|--------| | AAC | 128-256kbps | 中高延迟 | 全平台支持 | 低 | | LHDC | 400-900kbps | 低延迟 | 需硬件支持 | 中高 |

三、全链路优化方案

1. 编码层调优

• AAC优化：
• 设置ADTS帧长度为1024采样（约21ms@48kHz）

• 关闭afterburner模式减少处理时间

• LHDC优化：

• 启用MTU分片（建议576字节）
• 使用LLAC模式（低至30ms延迟）

2. Android传输层配置

// AudioTrack黄金配置示例
int minBufferSize = AudioTrack.getMinBufferSize(
    48000, // 避免采样率转换
    AudioFormat.CHANNEL_OUT_STEREO,
    AudioFormat.ENCODING_PCM_16BIT);

// 缓冲区设为3倍最小值平衡延迟与卡顿
int bufferSize = minBufferSize * 3; 

AudioTrack track = new AudioTrack(
    new AudioAttributes.Builder()
        .setUsage(AudioAttributes.USAGE_VOICE_COMMUNICATION) // 低延迟模式
        .build(),
    new AudioFormat.Builder()
        .setSampleRate(48000)
        .setEncoding(AudioFormat.ENCODING_PCM_16BIT)
        .build(),
    bufferSize,
    AudioTrack.MODE_STREAM, // 流模式减少缓冲
    AudioManager.AUDIO_SESSION_ID_GENERATE);

// 错误处理不能少
try {
    track.play();
} catch (IllegalStateException e) {
    Log.e("Audio", "播放状态异常:" + e.getMessage());
}

3. 硬件层优化

• 禁用蓝牙Sniff模式（会增加100-300ms延迟）
• 优先使用5GHz Wi-Fi避免2.4GHz频段冲突

四、避坑指南

1. 采样率陷阱：
2. 强制统一设备端和源端的采样率（推荐48kHz）

3. 避免AudioFlinger的SRC转换开销

4. 频段冲突：

5. 检测周围BLE设备信道使用情况
6. 动态调整蓝牙AFH（自适应跳频）

五、延迟验证方法

1. 使用Wireshark抓取HCI日志
2. 过滤显示AVDTP协议包
3. 计算从第一个音频包到ACL包的时间差
4. 配合AudioTrack的getTimestamp()做端到端测量

六、写在最后

经过以上优化，我们在Pixel 6上实测达到： - AAC延迟：92ms（原200ms+） - LHDC延迟：68ms（原150ms）

关键还是要根据具体业务场景做权衡，比如游戏场景可以牺牲些音质换延迟，而音乐场景则相反。希望这些实战经验对你有帮助！