想安静听歌,即使退出小程序也不会被中断;
最好还能在系统播放面板上控制小程序音频;
电话/闹钟响起时,小程序音频最好“识时务”自动暂停……


面对用户对小程序音频能力的种种需求,开发者们是否感到有点束手无措?


其实,小程序音频接口能力就能一举满足!本期“小程序课”,微信开发哥“码”了关于小程序音频能力的好建议,帮助开发者满足用户“挑剔的耳朵”——



小程序支持播放和录制音频。小程序播放音频的方式有两种:内部音频和背景音频。


1

内部音频支持用户在使用小程序过程中播放音效;


2

背景音频支持在用户离开小程序后继续播放音效。



播放音频


01 播放背景音频


背景音频接口适用于音乐类小程序,如“音乐站”、“QQ 音乐小电台”。


通过wx.getBackgroundAudioManager() 接口可以获取全局唯一的背景音频管理器,所有关于背景音频的操作都由它来实现。


微信内只有一个背景音频,一个小程序开始播放背景音频之后,就持有背景音频播放器,只要当前小程序持有背景音频播放器,即使这个小程序进入后台(即用户离开小程序),也可以继续使用背景音频接口,且当前小程序不会被微信主动回收;一旦背景音频播放器被抢占(可能是其他小程序、微信内其他音乐、其他 App 的音乐),则小程序不再持有背景音频播放器。



(音乐站小程序)



02 在系统播放面板显示和控制


通过设置标题、专辑名、歌手名、封面图等属性,小程序音频接口支持在系统音乐播放面板显示出来。通过响应系统面板的点击事件( onPrev , onNext ),可以实现列表播放。



(系统播放面板控制效果)


内部音频


01 播放内部音频


内部音频适用于所有小程序,尤其是游戏类目的小程序,如“跳一跳”。


通过 wx.createInnerAudioContext() 接口可以创建一个音频实例。



每个小程序可以同时持有和播放多个内部音频,但一旦小程序进入后台(onHide),所有内部音频都会被暂停,且在用户回到前台(即打开小程序)之前无法再被播放。


02 静音下也能播放


在 iOS 系统中,内部音频默认遵循静音键设置。如果希望在静音时也能播放,可以设置 obeyMuteSwitch 为 false 。



安卓系统没有统一的静音开关,暂不支持此特性。


03 处理音频中断事件


以游戏为例,在游戏中,经常有播放使用内部音频来播放游戏背景音乐的场景。音频中断事件指的是在游戏期间,音频被系统打断时触发的事件。音频中断事件分为中断开始和中断结束事件,分别使用 wx.onAudioInterruptionBegin() wx.onAudioInterruptionEnd() 来监听。


以下事件会触发音频中断开始事件:接到电话、闹钟响起、系统提醒、收到微信好友的语音/视频通话请求。被中断之后,小游戏内所有音频会被暂停,并在中断结束之前都不能再播放成功。


中断结束之后,被暂停的音频不会自动继续播放,游戏可监听音频中断结束事件,并在收到中断结束事件之后调用背景音乐继续播放。



如果游戏的逻辑强依赖音乐的播放(如音乐类游戏),需要在音频开始中断的时候暂停游戏。



(跳一跳小游戏)


二 录制音频

通过 wx.getRecorderManager 接口,可以获取全局唯一的录音管理器。



01 实现边录边传

默认情况下,录音结束后会生成一个本地文件,并通过回调返回本地文件的地址。对于实时性要求比较高的小程序(如“面对面翻译”),可以通过设置 frameSize 参数来设置一个帧的大小,这样每录制指定帧大小的内容后,会通过 onFrameRecorded 回调返回本次分片的数据。



注意事项

不建议使用的历史接口

上述接口可以满足所有音频相关的需求。除了上述接口,小程序内还有若干跟音频相关的接口(如 wx.startRecord 、 wx.playVoice 、  wx.playBackgroundAudio 等)。这些接口由于早期设计存在一些缺陷,我们不建议继续使用。


本文转载:CSDN博客