BCR项目中的音频采样率兼容性问题分析与解决方案

问题背景

在BCR（一款通话录音应用）的最新版本1.65中，部分Xiaomi MI 9 SE设备用户遇到了应用崩溃的问题。崩溃发生在应用启动时，特别是在尝试访问音频编解码器能力信息的过程中。这个问题直接影响了用户体验，导致应用无法正常启动和使用。

技术分析

崩溃原因

从堆栈跟踪中可以清晰地看到，崩溃的根本原因是MediaCodecInfo$AudioCapabilities.getSupportedSampleRates()方法返回了null数组，而后续代码尝试获取这个null数组的长度，导致了NullPointerException。这种情况发生在应用初始化FLAC音频格式支持时。

具体来说，崩溃链如下：

1. 应用在启动时初始化Format类
2. Format类尝试初始化FLAC格式支持
3. 在获取音频编解码器能力时，系统API返回了null
4. 应用尝试访问null数组的长度，导致崩溃

设备特殊性

这个问题特别出现在运行Android 9（API 28）的Xiaomi MI 9 SE设备上。值得注意的是，这可能是MIUI系统的一个特定问题，因为标准的Android实现不应该在这种情况下返回null。

解决方案

临时修复方案

用户提供了一个有效的临时解决方案，即注释掉检查采样率支持的代码段。具体修改包括：

1. 移除对audioCapabilities.supportedSampleRates的检查
2. 直接使用兼容性范围内的采样率值（4000Hz到48000Hz）

这种方法虽然可以绕过崩溃问题，但可能会影响音频录制质量，因为它不再根据设备实际能力选择最佳采样率。

更健壮的解决方案

从技术角度，更完善的解决方案应该包括：

1. 对getSupportedSampleRates()的返回值进行空检查
2. 当返回null时，使用默认的安全采样率范围
3. 添加适当的日志记录，帮助诊断类似问题

示例代码改进：

try {
    val rates = audioCapabilities.supportedSampleRates
    if (rates == null || rates.isEmpty()) {
        // 使用兼容性采样率
        return ContinuousSampleRateInfo(SAMPLE_RATE_HZ_MIN_COMPAT, SAMPLE_RATE_HZ_MAX_COMPAT)
    }
    // 正常处理逻辑...
} catch (e: Exception) {
    // 异常处理...
}

技术扩展

关于VOIP通话录音

用户还询问了关于微信通话录音的可能性。从技术角度看，实现第三方VOIP应用（如微信）的通话录音面临几个挑战：

1. 检测机制不同：系统电话使用Telephony框架的回调，而VOIP应用需要其他检测方式
2. 音频源差异：系统电话使用VOICE_CALL音频源，VOIP应用可能使用其他音频源
3. 权限限制：Android对后台录音有严格限制

实现微信通话录音可能需要：

• 使用辅助功能服务检测通话状态
• 选择合适的音频源（可能是VOICE_COMMUNICATION）
• 处理额外的权限和后台限制

音频处理注意事项

在修改音频处理代码时，开发者应该注意：

1. 不同设备的编解码器能力差异很大
2. 某些厂商定制ROM可能有非标准行为
3. 音频采样率的选择会影响录音质量和文件大小
4. 在无法获取设备能力时，使用安全的默认值很重要

总结

这个案例展示了在Android音频处理中需要考虑的设备兼容性问题。特别是面对厂商定制系统时，开发者不能完全依赖标准API的行为，而应该添加适当的防御性编程。对于BCR这样的通话录音应用，正确处理各种边缘情况对保证稳定运行至关重要。

对于想要扩展功能（如VOIP录音）的开发者，需要深入了解Android音频架构和权限系统，同时注意不同Android版本间的行为差异。