CSR867x — Sink中A2DP连接时多次Play不Play的问题

 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

 XX  作       者：文化人

 XX  联系方式：

 XX  版权声明：原创文章，欢迎评论和转载~转载时能告诉我一声就最好了

 XX  要说的话：作者水平有限，难免有不足之处，恳请指正！

 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

正在做的项目中有音乐模式和通话模式；

场景一：使用App，发送指令进行“音乐模式—>通话模式—>音乐模式”切换，在切换模式的处理接口custom_switch_mode()中对音乐模式处理时会发送UE事件（EventUsrAvrcpPlay）调用sinkAvrcpPlay()接口去播放音乐，这时能够正常播放音乐；

场景二：当接打电话时自动切换模式，发生“音乐模式—>接打电话—>音乐模式”这种场景时，也是调用切换模式的处理接口custom_switch_mode()，发送UE事件调用sinkAvrcpPlay()接口去播放音乐，但是这时音乐没有播放；

       找了很久的原因，也跟了sinkAvrcpPlay()这个接口也没看出什么问题，因为当上述场景音乐没有播放时，再次发送切换到音乐模式的指令可以正常播放，所以就加了再发送一次UE事件，发现可以播放…这样问题就解决了！！但是总感觉这种解法是在耍流氓，就是打补丁嘛。

       本来猜测可能是电话进来的时候，需要把A2DP挂起，切到hfp，然后挂断电话之后呢恢复A2DP需要时间，所以就试着加个延时，等一秒再去调用切换模式的处理；测试发现挂断电话后会播放音乐，反而是一秒延时到时音乐停止了！！这说明了什么问题，不调用sinkAvrcpPlay()接口去播放音乐，音乐会自动播放。

       于是就把上述场景中调用切换模式的处理去掉，果然不用发送UE事件调用sinkAvrcpPlay()接口去播放音乐，音乐会自动播放；觉得应该是原生框架里会记录从A2DP—>hfp的状态，在hfp断链后，会重新恢复A2DP，这里应该是调用了一次Play。反而是发送（两次）UE事件调用sinkAvrcpPlay()接口会导致音乐不播放，再次（三次）发送UE事件，又可以播放了，难道：

       奇数次Play = Play

       偶数次Play =Pause

再去看了一眼sinkAvrcpPlay()接口，然后跟sinkAvrcpPause()接口进行对比：

发现Pause的时候会判断当前status是否是playing，但是Play的时候没有判断，所以就出现了上面的情况，我觉得这里应该判断一下，不是playing的时候调Play才起作用，防止出现Playing的时候再次Play会Pause的问题，这里有点不严谨。

对比sinkAvrcpPlayPause()中，调用sinkAvrcpPlay之前，会确认不是playing的时候才调用；