一个连接蓝牙耳机听歌过程中的耗电问题分析

最近在项目中遇到了一个连接蓝牙耳机听歌,手机功耗太大的问题,手机的电流大于参考标椎40ma左右。

log分析, 出问题的时间点,avrcp一直在更新歌曲的进度,但是是负值,这个值表示的是下一个播放位置减去当前的播放位置,所以这个值不可能是负的。

06-17 21:12:30.839735 21887 21997 D Avrcp_ext: sendPlayPosNotificationRsp: (false) 738445 <=? 792497 <=? 740445 mLastReportedPosition 739445 Playing State: 3 Timeout -52052ms
06-17 21:12:30.839749 21887 21997 V Avrcp_ext: AvrcpMessageHandler: received message=14
06-17 21:12:30.839765 21887 21997 D Avrcp_ext: isPlayerPaused: state=3
06-17 21:12:30.839777 21887 21997 D Avrcp_ext: Exit getPlayPosition, position: 792497
06-17 21:12:30.839797 21887 21997 D Avrcp_ext: isPlayerPaused: state=3
06-17 21:12:30.839810 21887 21997 D Avrcp_ext: sendPlayPosNotificationRsp: (false) 738445 <=? 792497 <=? 740445 mLastReportedPosition 739445 Playing State: 3 Timeout -52052ms
06-17 21:12:30.839825 21887 21997 V Avrcp_ext: AvrcpMessageHandler: received message=14

整个异常log一直在打印上述log,造成CPU使用率居高不下,用adb shell top命令看到蓝牙进程com.android.bluetooth的使用率很高

定位到相关的代码,这个是每次更新一次进度,发一个handler消息,但是由于是负值,由于Android代码中handler实现的原理,如果是负值,就不等待。立即发送下一个,所以造成手机一直在发handler消息。

通过以下方法解决,如果值为负值,强制将负值赋予一个固定值。


packages_apps_bluetooth_ext/src/avrcp/Avrcp_ext.java 
long delay = deviceFeatures[i].mPlaybackIntervalMs; 
if (deviceFeatures[i].mNextPosMs != -1) { 
delay = deviceFeatures[i].mNextPosMs - (playPositionMs > 0 ? playPositionMs : 0); 
+ if(delay < 0) { 
+ delay = deviceFeatures[i].mPlaybackIntervalMs; 
+ } 

if (DEBUG) debugLine += " Timeout " + delay + "ms"; 
mHandler.sendMessageDelayed(msg, delay); 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值