由于貴公司業(yè)務(wù)發(fā)展需要，切圖仔開始寫起了小程序啦（興奮地搓小手手）

貴公司是知識付費平臺，需要音頻播放課程，同時希望用戶在退出小程序后依然可以聽課。在這種情況下，小程序的API——BackgroundAudioManager就派得上用場啦。

在看完官方文檔，信心滿滿地寫完提測后，測試小姐姐找出的bug比我的工資還多！?。?#128557;😭😭）因此有了本篇文章。

本篇涉及到的幾個坑（以下BAM為BackgroundAudioManager的縮寫）

• 一個誤區(qū)
• BAM.onStop() 與 BAM.onEnded() 的坑
• BAM.seek() 與 BAM.onSeeked() 的坑
• BAM.onTimeUpdate() 的坑
• 在音頻頁退出小程序暫停音頻后返回小程序的坑

一個誤區(qū)

• BAM.onCanplay()是監(jiān)聽背景音頻進入可播放狀態(tài)事件，并不代表在該事件中，音頻就為播放狀態(tài)。
  

BAM.onStop() 與 BAM.onEnded() 的坑

在BAM.onStop() 與 BAM.onEnded()的回調(diào)事件中，audio.src為空

BAM.onStop()： 當再次播放音頻時，將data數(shù)據(jù)中音頻的src賦值給BAM，然后在onTimeUpdate()事件內(nèi)跳轉(zhuǎn)到上次暫停的時間點（記得本地緩存音頻播放時間哦～）

BAM.onEnded()：在BAM.onEnded()回調(diào)函數(shù)中，將data數(shù)據(jù)中音頻的src賦值給BAM，然后在onTimeUpdate()事件內(nèi)暫停音頻

BAM.seek() 與 BAM.onSeeked() 的坑

• 設(shè)置src后立即seek()失效

seek操作最好放在BAM.onTimeUpdate事件中。 類似HTML的Audio元素的ontimeupdate方法，建議將currentTime的改變都在該方法中進行。

• 暫停狀態(tài)下跳轉(zhuǎn)到指定位置，在onSeeked()回調(diào)中，Android的currentTime是跳轉(zhuǎn)前的時間，而IOS是跳轉(zhuǎn)后的時間

雖然在onSeeked()回調(diào)函數(shù)中，Android獲取currentTime為跳轉(zhuǎn)前的時間，但若開始播放，還是從指定位置開始播放。所以若有暫停連續(xù)跳轉(zhuǎn)并需要獲取currentTime的需求，可在onSeeked()回調(diào)函數(shù)中判斷若為Android并且為暫停狀態(tài)時播放。

• 開發(fā)者工具不走onSeeked()回調(diào)

如果在onSeeked()回調(diào)里面有特殊操作，記得區(qū)分是否是開發(fā)者工具～

BAM.onTimeUpdate() 的坑

在退出小程序后，Android與IOS均不走onTimeUpdate()事件

因此若在onTimeUpdate()事件內(nèi)實時緩存音頻的播放時長會導(dǎo)致在退出小程序暫停后返回拿到的音頻緩存時間是退出前的時間?？梢栽趏nPause()與onEnded()事件中記錄暫停時的音頻播放時長。（在onTimeUpdate()事件內(nèi)所做的操作可根據(jù)實際情況考慮節(jié)流哦～）

在音頻頁退出小程序暫停音頻后返回小程序的坑

IOS：BAM.src為空

Android：BAM.src不為空，但play()失敗

這點與第二點的處理方式相同。當在音頻頁退出小程序暫停音頻后返回，進入onShow()事件時，將data數(shù)據(jù)中音頻的src賦值給BAM，然后在onTimeUpdate()事件內(nèi)跳轉(zhuǎn)到上次暫停的時間點

原本以為可以寫的會有很多，最后寫下來也就幾個點，表達的不也是很清晰，就當學(xué)習(xí)日記吧

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論