背景

在做的小程序中要做的一个功能是 AB 定次重复：重复播放音频中 A 秒到 B 秒的声音 N 次。
根据我的需求，理想中流程是通过 backgroundAudioManager 的绑定事件完成功能（这里先不讨论 B == backgroundAudioManager.duration 的情况）。

1. 设定backgroundAudioManager的title和src
2. backgroundAudioManager.seek(A)
3. backgroundAudioManager.onSeeking()
4. backgroundAudioManager.onSeeked()
   4.a backgroundAudioManager.play();
5. backgroundAudioManager.onTimeUpdate
   5.a 如果 backgroundAudioManager.currentTime >= B, backgroundAudioManager.pause()
   5.a.1 如果没达到重复次数，回到步骤2
   5.b 如果 backgroundAudioManager.currentTIme < B，回到步骤5

问题

在几次摸索后 iOS 上可以完美完成，但是安卓上会跳次数，比如希望一共播放3次，在播放完第一次之后会直接跳过第二次进行第三次的播放，最后一共只播放了两次。

解决

我在网上搜的时候发现有人写到了backgroundAudioManager中的一些坑，其中提到

暂停状态下跳转到指定位置，在 onSeeked() 回调中，Android 的 currentTime 是跳转前的时间，而 iOS 是跳转后的时间。

一开始我以为完全是这个原因，seek 后第一次 onTimeUpdate 时 currentTime >= B导致直接跳次数，所以我就加上一个 boolean 变量，在 onSeeked 中将它赋值为 true，用它判断是否刚执行 seek，如果否再进行 currentTime 的判断。但是改来改去问题还是存在。

在加了一堆 console.log，反复和 iOS的结果比较后为发现了问题的根本所在。
安卓机器上 backgroundAudioManager.pause() 后还会触发一两次 onTimeUpdate
找到了问题解决起来就比较简单啦，在 onTimeUpdate 中先判断 backgroundAudioManager.paused 是否为 true，只有在 backgroundAudioManager.paused == false 时才进行步骤5的流程。

结论

backgroundAudioManager 和 innerAudioContext 写起来，测试起来都好痛苦。同样的代码 innerAudioContext 在 2.6.1 可以在开发工具中完成我要的效果，但是后面的版本就不行了。而且 iOS，Android 还有开发者工具上的行为都不一样，每次改一点就要用两个手机扫码预览还是挺不方便的。希望官方可以优化一下。