音频输入通常来自内置麦克风、外置麦克风或连接到设备的音频接口。音频输入也可以来自电话通话。
有时，两个或多个应用都可能想要“捕获”相同的音频输入。它们可能正在执行不同的任务。例如，一些接收音频的应用可能是“录制”，例如简单的录音机，而其他应用可能是“监听”，例如 Google 助理或响应语音命令的可访问性服务。
在这两种情况下，这些应用都希望接收音频输入。在本页中，我们使用术语“捕获”，无论应用是录制还是仅仅监听。
如果两个或多个应用想要同时捕获音频，则可能存在将音频信号从相同源传递到所有应用的问题。本页介绍 Android 系统如何在捕获音频的多个应用之间共享音频输入。
Android 10 之前的行为
在 Android 10 之前，音频输入流一次只能被一个应用捕获。如果某个应用已经在录制或监听音频，您的应用可以创建一个AudioRecord对象，但在您调用AudioRecord.startRecording()时会返回错误，并且录制不会开始。
此规则的一个例外是，当特权应用（如 Google 助理或可访问性服务）具有权限android.permission.CAPTURE_AUDIO_HOTWORD并使用类型为HOTWORD的音频源时。在这种情况下，另一个应用可以开始录制。发生这种情况时，特权应用将终止，新应用将捕获输入。
Android 9 中添加了另一个更改：只有在前台运行的应用（或前台服务）才能捕获音频输入。当没有前台服务或前台 UI 组件的应用开始捕获时，应用将继续运行，但即使它是当时唯一捕获音频的应用，也会收到静音。
Android 10 行为
Android 10 之前是“先到先得”的行为。一旦某个应用开始捕获音频，其他任何应用都无法访问音频输入，直到捕获音频的应用停止。
Android 10 实施了一种优先级方案，可以在应用运行时在应用之间切换音频输入流。在大多数情况下，如果新应用获取了音频输入，则先前捕获的应用将继续运行，但会收到静音。在某些情况下，系统可以继续向两个应用传递音频。下面解释了各种共享场景。
此方案类似于音频焦点处理多个应用争用音频输出使用的方式。但是，音频焦点由获取和释放焦点的程序请求管理，而此处描述的输入切换方案基于在新的应用开始捕获音频时自动应用的优先级策略。
为了捕获音频的目的，Android 区分两种类型的应用
- “普通”应用由用户安装。
- “特权”应用预安装在设备上。其中包括 Google 助理和所有可访问性服务。
此外，如果应用使用“隐私敏感”音频源，则其处理方式不同：CAMCORDER或VOICE_COMMUNICATION。
使用和共享音频输入的优先级规则如下
- 特权应用的优先级高于普通应用。
- 具有可见前台 UI 的应用的优先级高于后台应用。
- 从隐私敏感源捕获音频的应用的优先级高于未从隐私敏感源捕获音频的应用。
- 两个普通应用永远不能同时捕获音频。
- 在某些情况下，特权应用可以与另一个应用共享音频输入。
- 如果两个相同优先级的后台应用正在捕获音频，则最后启动的应用具有更高的优先级。
共享场景
当两个应用尝试捕获音频时，它们都可能能够接收输入信号，或者其中一个可能收到静音。
有四个主要场景
- 助理 + 普通应用
- 可访问性服务 + 普通应用
- 两个普通应用
- 语音通话 + 普通应用
助理 + 普通应用
助理是特权应用，因为它已预安装并拥有角色RoleManager.ROLE_ASSISTANT。任何其他具有此角色的预安装应用都将得到类似的处理。
Android 会根据以下规则共享输入音频
助理可以接收音频（无论它是在前台还是后台），除非另一个使用隐私敏感音频源的应用已在捕获。
应用接收音频，除非助理在屏幕上具有可见的 UI 组件。
请注意，只有当助理在后台且另一个应用未从隐私敏感音频源捕获时，两个应用才会接收音频。
可访问性服务 + 普通应用
AccessibilityService需要严格的声明。
Android 会根据以下规则共享输入音频
如果服务的 UI 位于最顶层，则服务和应用都会接收音频输入。此行为提供了诸如使用语音命令控制语音通话或视频捕获的功能。
如果服务不在最顶层，则此情况将被视为以下普通双应用情况。
两个普通应用
当两个应用同时捕获时，只有一个应用接收音频，另一个应用收到静音。
Android 会根据以下规则共享输入音频
- 如果两个应用都不是隐私敏感的，则具有 UI 位于最顶层的应用接收音频。如果两个应用都没有 UI，则最近开始捕获的应用接收音频。
- 如果其中一个应用是隐私敏感的，则它会接收音频，而另一个应用即使其 UI 位于最顶层或最近开始捕获，也会收到静音。
- 如果两个应用都是隐私敏感的，则最近开始捕获的应用接收音频，另一个应用收到静音。
语音通话 + 普通应用
如果AudioManager.getMode()返回的音频模式为MODE_IN_CALL或MODE_IN_COMMUNICATION，则表示语音通话处于活动状态。
Android 会根据以下规则共享输入音频
- 通话始终接收音频。
- 如果应用是可访问性服务，则它可以捕获音频。
如果应用是具有权限
CAPTURE_AUDIO_OUTPUT的特权（预安装）应用，则它可以捕获语音通话。要捕获语音通话的上行链路 (TX)、下行链路 (RX) 或两者，应用必须指定音频源
MediaRecorder.AudioSource.VOICE_UPLINK或MediaRecorder.AudioSource.VOICE_DOWNLINK，以及/或者设备AudioDeviceInfo.TYPE_TELEPHONY。
Android 11 行为
Android 11（API 级别 30）遵循上述 Android 10 优先级方案。它还在AudioRecord、MediaRecorder和AAudioStream中提供了新方法，这些方法可以启用和禁用同时捕获音频的功能，而不管所选用例如何。
新方法是
AudioRecord.Builder.setPrivacySensitive()AudioRecord.isPrivacySensitive()MediaRecorder.setPrivacySensitive()MediaRecorder.isPrivacySensitive()AAudioStreamBuilder_setPrivacySensitive()AAudioStream_isPrivacySensitive()
当setPrivacySensitive()为true时，捕获用例是私有的，即使是特权助理也不能同时捕获。此设置会覆盖取决于音频源的默认行为。例如，VOICE_COMMUNICATION默认情况下是私有的，但UNPROCESSED不是。
配置更改
当多个应用同时捕获音频时，只有一个或两个应用处于“活动”状态（接收音频）；其他应用处于静音状态（接收静音）。当活动应用发生变化时，音频框架可能会根据以下规则重新配置音频路径
- 每个活动应用的音频输入设备可能会发生变化（例如，从内置麦克风更改为连接的蓝牙耳机）。
- 与最高优先级活动应用关联的预处理已启用。所有其他预处理都被忽略。
由于当更高优先级的应用变为活动状态时，活动应用可能会被静音，因此您可以在AudioRecord或MediaRecorder对象上注册AudioManager.AudioRecordingCallback，以便在配置发生变化时收到通知。可能的更改可能是
- 捕获静音或取消静音
- 设备已更改
- 预处理已更改
- 流属性已更改（采样率、通道掩码、样本格式）
您必须在开始捕获之前调用AudioRecord.registerAudioRecordingCallback()。仅当应用正在接收音频并且发生更改时，才会执行回调。
方法onRecordingConfigChanged()返回一个包含当前音频捕获状态的AudioRecordingConfiguration。使用以下方法了解更改
isClientSilenced()- 如果由于捕获策略而当前正在使返回给客户端的音频静音，则返回 true。
getAudioDevice()- 返回活动的音频设备。
getEffects()- 返回活动的预处理效果。请注意，如果客户端不是最高优先级的活动应用，则活动效果可能与
getClientEffects()返回的效果不同。 getFormat()- 返回流属性。请注意，客户端接收的实际音频数据始终符合
getClientFormat()返回的所需格式。框架会自动执行从硬件接口使用的格式到客户端指定的格式的必要重采样、通道和格式转换。 AudioRecord.getActiveRecordingConfiguration().- 返回活动的录制配置。
您可以通过调用AudioManager.getActiveRecordingConfigurations()来获取设备上所有活动录制的概览。