在Android音频开发中，处理AAC编码的音频文件时，很多开发者都遇到过这样的现象：通过MediaFormat.KEY_SAMPLE_RATE获取的采样率值只有实际值的一半。这个问题看似简单，但如果不了解背后的原理，很容易导致音频播放速度异常。本文将从问题现象出发，分析原因并提供两种可靠的解决方案。

问题背景

当使用MediaCodec解码AAC音频时，我们通常会这样获取采样率：

MediaFormat format = mediaExtractor.getTrackFormat(audioTrackIndex);
int sampleRate = format.getInteger(MediaFormat.KEY_SAMPLE_RATE);

但实际运行时会发现，对于48kHz的音频文件，这个方法返回的可能是24kHz。这会导致后续使用这个采样率创建AudioTrack时，播放速度明显变慢。

原理分析

出现这个问题的根本原因在于：

1. AAC帧结构特性：AAC编码以1024个采样点为一个音频帧（Android默认配置）
2. MediaFormat的工作机制：MediaFormat返回的是解码器期望的输入采样率，而非原始采样率
3. 历史兼容性问题：早期Android版本对AAC的处理存在这个设计缺陷

解决方案

方案一：使用AudioTrack获取标准采样率

这是最简单的解决方案，适用于大多数标准音频格式：

int correctSampleRate = AudioTrack.getNativeOutputSampleRate(
    AudioManager.STREAM_MUSIC);

优点： - 代码简单，无需额外处理 - 系统自动适配设备最佳采样率

局限性： - 不适用于需要精确匹配源文件采样率的场景

方案二：从AAC文件头解析真实采样率

对于需要精确控制的情况，可以解析AAC文件头：

fun getAacSampleRate(inputStream: InputStream): Int {
    val header = ByteArray(4)
    inputStream.read(header)

    // AAC采样率索引表
    val sampleRateTable = intArrayOf(
        96000, 88200, 64000, 48000, 
        44100, 32000, 24000, 22050,
        16000, 12000, 11025, 8000, 7350
    )

    val index = (header[2].toInt() and 0x3C) shr 2
    return if (index < sampleRateTable.size) {
        sampleRateTable[index]
    } else {
        // 默认返回常用采样率
        44100
    }
}

性能对比

| 方案 | 适用场景 | 性能影响 | 精确度 | |------|----------|----------|--------| | AudioTrack | 通用场景 | 无 | 中等 | | 文件头解析 | 专业音频处理 | 轻微CPU消耗 | 高 |

避坑指南

1. 版本兼容性：
2. Android 5.0+ 建议优先使用方案一

3. 特殊设备可能需要额外检测

4. 异常处理：

5. 添加采样率有效性验证

6. 准备默认采样率备用方案

7. 性能优化：

8. 避免频繁创建AudioTrack实例
9. 考虑使用采样率转换时的缓冲区复用

总结

通过本文的分析，我们了解到Android音频采样率减半问题实际上是系统API的行为差异导致的。对于大多数应用场景，使用AudioTrack.getNativeOutputSampleRate()是最简单可靠的解决方案。而对于专业音频应用，直接从文件头解析采样率能提供更高的精确度。

在实际开发中，建议根据应用场景选择合适的方案，同时做好异常处理和性能优化。音频处理是一个复杂的领域，理解底层原理才能更好地解决问题。