音频播放及焦点监听,如何处理音频焦点抢占问题

请参考：​​https://blog.51cto.com/chenfenglove/11395674​​

音频分类

如何处理音频焦点抢占问题

音频焦点处理策略整体交给系统自动管理了，但是由于是系统自动触发的，应用需要监听相关事件，修改页面显示状态，例如：

1. 音乐播放过程中被其他音频打断自动停止播放，这时候页面的播放状态需要显示暂停，页面的状态不由系统管控，需要应用监听相关事件做状态修改;

2. 音乐播放过程被其他闹钟或者来电铃声等内容打断时需要恢复。

针对系统提供的几种音频播放方式，分别有提供对应的音频焦点事件，具体可以查看文档​​多音频播放的并发策略 - 监听音频打断事件​​

音频中断类型

当应用程序监听到音频焦点事件，触发暂停和恢复流的情况时，通常需要在应用内部调用相应的音频播放和暂停方法来实现音频的暂停和恢复。

在触发暂停的音频焦点事件时，系统可能会自动暂停当前应用程序的音频播放，但这并不保证所有设备和操作系统都会以相同的方式处理。为了确保一致性和最佳用户体验，建议在应用内部显式调用暂停方法来停止音频播放，并更新应用界面以反映播放状态的变化。

而在触发恢复流的音频焦点事件时，系统通常不会自动恢复音频播放。应用程序需要通过监听焦点事件的回调函数，在收到恢复流焦点事件时，调用应用内部的音频播放方法来恢复播放。这样可以确保应用程序根据焦点事件的变化来控制音频的播放状态，并提供一致的用户体验。

1. 针对OpenSLES做的音频播放内容，由于系统未提供音频播放类型以及音频焦点事件，无法在触发系统音频焦点策略之后，应用做相应处理，以及无法做到想要的焦点策略，例如游戏声音和音乐共存，以及导航音等焦点策略，故需要采用系统提供的OHAudio接口处理

2. 截止当前Developer Beta1版本 AVPlayer提供的NDK接口中还不能设置音频类型，以及监听焦点事件，默认采用是音乐类型，ArkTS接口中提供audioRendererInfo属性可配置音频渲染通道指定音频类型

应用切前后台时的音频行为

应用切前后台时，应用其实主要表现为下述几种行为：

1. 应用切后台暂停，切回前台继续播放 -- 游戏音效场景，当前应用未申请长时任务情况下，应用切后台后，应用进程冻结，音频播放会暂停，但是切回前台不会自动播放，需要应用主动调用继续播放

2. 应用切后台不暂停继续播放 -- 音乐类软件，申请长时任务之后，应用后台继续播放

在大多数情况下，当音频播放应用切换到后台时，系统会自动暂停音频播放。然而，当应用切回前台时，系统不会自动触发音频的恢复播放。