鸿蒙HarmonyOS开发实战往期必看文章:(持续更新......)
HarmonyOS NEXT应用开发性能实践总结(持续更新......)
HarmonyOS NEXT应用开发案例实践总结合集(持续更新......)
一分钟了解”纯血版!鸿蒙HarmonyOS Next应用开发!
最新版!“非常详细的” 鸿蒙HarmonyOS Next应用开发学习路线!(从零基础入门到精通)
HarmonyOS音频系统本身会根据播放音频的流类型指定默认并发策略,音频会话是HarmonyOS音频系统对默认音频并发策略的一个扩展,应用可以使用音频会话来定制化自身应用并发时的策略,满足应用特定的使用场景。
-
应用连续播放短音频时不希望后台被暂停的媒体应用漏音,可以通过申请音频会话来确保整个播放过程的有机统一。
-
系统默认的并发策略不满足应用播放诉求时,应用通过申请音频会话并指定特定策略来实现应用自身并发的诉求。
音频会话流程示意图:
音频会话策略
在多音频并发,即多个音频流同时播放场景下,应用可以主动设置音频会话策略,控制当前应用获取音频焦点后其它正在播放音频应用的行为。
音频并发模式
当默认模式下的策略不能满足应用需求场景时应用可通过配置音频并发模式改变默认策略。
音频并发模式预设了四种音频并发模式:
下列各模式下的适用场景分别描述配置该模式前的焦点策略和配置该模式后的焦点策略,应用可根据需求选择需要配置的音频并发模式。
-
默认模式(CONCURRENCY_DEFAULT):即未使用音频会话策略时的默认并发策略。可参考处理音频焦点事件。
-
混音模式(CONCURRENCY_MIX_WITH_OTHERS):和其它正在播放应用进行混音。
正在播放的应用采取了混音模式和后来申请播放的应用的作用关系:
配置该模式前的应用行为 配置该模式后的应用行为 正在播放的应用拒绝后来申请播放的应用 正在播放的应用可以和后来申请播放的应用混音播放 正在播放的应用暂停后来申请播放的应用 正在播放的应用可以和后来申请播放的应用混音播放 正在播放的应用压低后来申请播放的应用的音量 正在播放的应用可以和后来申请播放的应用混音播放 后来申请播放的应用压低正在播放的应用的音量 若正在播放的应用和后来申请播放的应用具有相近的类型,则正在播放的应用可以和后来申请播放的应用混音播放 后来申请播放的应用暂停正在播放的应用 若正在播放的应用和后来申请播放的应用具有相近的类型,则正在播放的应用可以和后来申请播放的应用混音播放 后来申请播放的应用停止正在播放的应用 若正在播放的应用和后来申请播放的应用具有相近的类型,则正在播放的应用可以和后来申请播放的应用混音播放 后来播放的应用采取了混音模式和正在播放的应用的作用关系:
配置该模式前的应用行为 配置该模式后的应用行为 正在播放的应用拒绝后来申请播放的应用 若正在播放的应用和后来申请播放的应用具有相近的类型,正在播放的应用可以和后来申请播放的应用混音播放 正在播放的应用暂停后来申请播放的应用 若正在播放的应用和后来申请播放的应用具有相近的类型,正在播放的应用可以和后来申请播放的应用混音播放 正在播放的应用压低后来申请播放的应用的音量 若正在播放的应用和后来申请播放的应用具有相近的类型,正在播放的应用可以和后来申请播放的应用混音播放 后来申请播放的应用压低正在播放的应用的音量 正在播放的应用可以和后来申请播放的应用混音播放 后来申请播放的应用暂停正在播放的应用 正在播放的应用可以和后来申请播放的应用混音播放 后来申请播放的应用停止正在播放的应用 正在播放的应用可以和后来申请播放的应用混音播放 -
混音降低音量模式(CONCURRENCY_DUCK_OTHERS):后来播放应用压低正在播放应用的音量。
后来申请播放的应用采取了压低音量的策略和正在播放的应用的作用关系:
配置该模式前的应用行为 配置该模式后的应用行为 后来申请播放的应用暂停正在播放的应用 后来申请播放的应用压低正在播放应用的音量 后来申请播放的应用停止正在播放的应用 后来申请播放的应用压低正在播放应用的音量 -
暂停模式(CONCURRENCY_PAUSE_OTHERS):后来播放应用暂停正在播放应用。
后来申请播放的应用采取了暂停的策略和正在播放的应用的作用关系:
配置该模式前的应用行为 配置该模式后的应用行为 后来申请播放的应用停止正在播放的应用 后来申请播放的应用暂停正在播放的应用
音频会话停用事件
在应用激活音频会话时,推荐应用监听音频会话停用事件,当音频会话停止事件发生时,系统会根据音频会话停用原因,对相关音频流做出相应的操作。
若应用想重新通过音频会话定制并发策略,需要重新激活音频会话。
音频会话停用原因
音频会话停用原因预设了两种停用原因(AudioSessionDeactivatedReason):
-
应用焦点被抢占(DEACTIVATED_LOWER_PRIORITY):清除其占位焦点,伴随正在播放的应用的焦点释放。
-
超时(DEACTIVATED_TIMEOUT):应用创建音频会后或者播放停流超过系统默认的时长后,系统会上报会话超时事件。这时被该会话压低音量的播放应用音量恢复为原来大小,被该会话暂停的播放应用会收到停止播放的焦点事件。
获取音频会话管理器
创建AudioSessionManager实例。在使用AudioSessionManager的API前,需要先通过getSessionManager创建实例。
import { audio } from '@kit.AudioKit';
let audioSessionManager: audio.AudioSessionManager = audioManager.getSessionManager();
激活音频会话
应用可以通过activateAudioSession接口激活当前应用的音频会话。
import { audio } from '@kit.AudioKit';
import { BusinessError } from '@kit.BasicServicesKit';
let strategy: audio.AudioSessionStrategy = {
concurrencyMode: audio.AudioConcurrencyMode.CONCURRENCY_MIX_WITH_OTHERS
}
audioSessionManager.activateAudioSession(strategy).then(() => {
console.info('activateAudioSession SUCCESS');
}).catch((err: BusinessError) => {
console.error(`ERROR: ${err}`);
});
停用音频会话
使用结束后,应用确保通过deactivateAudioSession接口停用当前应用的音频会话。
import { BusinessError } from '@kit.BasicServicesKit';
audioSessionManager.deactivateAudioSession().then(() => {
console.info('deactivateAudioSession SUCCESS');
}).catch((err: BusinessError) => {
console.error(`ERROR: ${err}`);
});
查询音频会话是否已激活。
应用可以通过isAudioSessionActivated接口检查当前应用的音频会话是否已激活。
let isActivated = audioSessionManager.isAudioSessionActivated();
监听音频会话停用事件
应用可以通过on('audioSessionDeactivated')接口监听音频会话停用事件,返回音频会话停用原因。
import { audio } from '@kit.AudioKit';
audioSessionManager.on('audioSessionDeactivated', (audioSessionDeactivatedEvent: audio.AudioSessionDeactivatedEvent) => {
console.info(`VolumeType of stream: ${audioSessionDeactivatedEvent.reason} `);
});
取消监听音频会话停用事件
应用可以通过off('audioSessionDeactivated')接口取消监听音频会话停用事件。
audioSessionManager.off('audioSessionDeactivated');
完整示例
参考以下示例,完成音频会话从创建到激活并监听的过程。
import { audio } from '@kit.AudioKit';
import { BusinessError } from '@kit.BasicServicesKit';
let audioManager = audio.getAudioManager();
// 创建音频会话管理器
let audioSessionManager: audio.AudioSessionManager = audioManager.getSessionManager();
// 设置音频并发模式
let strategy: audio.AudioSessionStrategy = {
concurrencyMode: audio.AudioConcurrencyMode.CONCURRENCY_MIX_WITH_OTHERS
}
// 激活音频会话
audioSessionManager.activateAudioSession(strategy).then(() => {
console.info('activateAudioSession SUCCESS');
}).catch((err: BusinessError) => {
console.error(`ERROR: ${err}`);
});
// 查询音频会话是否已激活。
let isActivated = audioSessionManager.isAudioSessionActivated();
// 监听音频会话停用事件
audioSessionManager.on('audioSessionDeactivated', (audioSessionDeactivatedEvent: audio.AudioSessionDeactivatedEvent) => {
console.info(`VolumeType of stream: ${audioSessionDeactivatedEvent.reason} `);
});
// 音频会话激活后应用在此处正常执行音频播放、暂停、停止、释放等操作即可。
// 取消监听音频会话停用事件
audioSessionManager.off('audioSessionDeactivated');
// 停用音频会话
audioSessionManager.deactivateAudioSession().then(() => {
console.info('deactivateAudioSession SUCCESS');
}).catch((err: BusinessError) => {
console.error(`ERROR: ${err}`);
});
最后
小编在之前的鸿蒙系统扫盲中,有很多朋友给我留言,有很多小伙伴不知道学习哪些鸿蒙开发技术?不知道需要重点掌握哪些鸿蒙应用开发知识点?而且学习时频繁踩坑,最终浪费大量时间。所以有一份实用的鸿蒙(HarmonyOS NEXT)路线图、学习视频、文档用来跟着学习是非常有必要的。
如果你是一名有经验的资深Android移动开发、Java开发、前端开发、对鸿蒙感兴趣以及转行人员
鸿蒙 NEXT 全栈开发学习笔记 希望这一份鸿蒙学习文档能够给大家带来帮助~
这份鸿蒙(HarmonyOS NEXT)包含了鸿蒙开发必掌握的核心知识要点,内容包含了(ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、(南向驱动、嵌入式等)鸿蒙项目实战等等)鸿蒙(HarmonyOS NEXT)技术知识点。