如何分析Android应用程序的电池使用情况并进行优化?

时间:2013-03-08 08:34:38

标签: android optimization battery measurement

我想分析我的应用程序的电池使用情况,我的意思是应用程序的部分,例如 广播接收者,听众,服务等..,电池使用多少。我需要一个详细的清单,从列表中,我想优化电池使用情况。

方法与使用Memory Analyzer(http://android-developers.blogspot.hu/2011/03/memory-analysis-for-android.html)相似 它有什么工具吗?我使用了PlayStore的一些电池跟踪应用程序,但应用程序的全球电池使用还不够。

2 个答案:

答案 0 :(得分:1)

这个问题已经很老了,但我猜这仍然很重要。

电池消耗是一个非常大的问题,到目前为止尚未得到解决,所以只有“努力”的工作和学习才能帮到你。没有公共API可以为您提供有用的电池外观,也没有“支付”sdk可以为您提供电池分析,但是,您可以从ADB运行battery stats命令中学到很多东西。

从终端运行此命令:adb shell dumpsys batterystats > results.txt

results.txt文件中几乎没有注意到的事项:

  1. 结果取自您从充电器上拔下手机的时间开始(如果手机已达到100%)

  2. 如果您已完全(或几乎)充电,电池状态将被删除,因此如果您遇到问题,并且无法处理统计数据,请不要为您的设备充满电,直到可以从计算机运行此命令。

  3. 我们发现使用wakelock是一项巨大的电池消耗。您可以查看结果应用程序具有唤醒锁的时间。 所以,例如,如果我看到这一行: Wake lock *sync*/com.android.contacts/com.whatsapp/WhatsApp: 128ms partial (4 times) realtime我可以从中理解WhatsApp正在运行一个128毫秒的唤醒锁,这是好的,但是,如果运行时间是几个小时,这将是不好的,并且会杀死我的电池。
  4. Wifi Lock - 你也可以检查wifi是否能让你的设备保持运行,如果你看到这些线路,时间很长,它应该显得可疑。

    Wifi Running: 3h 23m (87.0%) Full Wifi Lock: 2h 3m (91.0%) Wifi Scan: 1h 54m (79.0%) 44x

  5. 检查您的CPU时间:例如:

    Proc com.android.phone: CPU: 3h 34m 12s 910ms usr + 7s 250ms krn ; 0ms fg

    这意味着,手机应用程序的工作时间超过3小时,这很多(除非用户一直在说话)

  6. 查看您的蓝牙

    1002: Wake lock bluedroid_timer: 3m 29s 892ms partial (158 times) realtime Foreground for: 8h 1m 2s 834ms Active for: 8h 1m 3s 546ms Total cpu time: u=48m 38s 350ms s=29s 752ms p=204mAh Proc com.android.bluetooth: CPU: 23m 25s 230ms usr + 22s 520ms krn ; 0ms fg 211 starts Proc *wakelock*: CPU: 0ms usr + 2ms krn ; 0ms fg Apk com.android.bluetooth: Service com.android.bluetooth.gatt.GattService: Created for: 1h 13m 52s 667ms upt

    8小时是很多蓝牙。

  7. 您的服务运行了多长时间?

    Service com.google.location.nearby.direct.service.NearbyDirectService: Created for: 17m 50s 232ms uptime Starts: 212, launches: 212

  8. 在此文件的末尾,您可以获得设备上运行的所有应用程序的摘要。它非常好,并让你知道每个apk消耗多少时间/ cpu / wifi /网络/服务。 例如,

    u0a1091: Mobile network: 14.96KB received, 17.10KB sent (packets 120 received, 183 sent) Mobile radio active: 4m 30s 136ms (10.5%) 18x @ 892 mspp Active for: 8h 1m 3s 546ms Total cpu time: u=520ms s=210ms p=0.0653mAh Proc org.telegram.messenger: CPU: 670ms usr + 260ms krn ; 0ms fg

  9. 在这个文件中还有很多选项,需要一段时间才能找到更多,这是我从研究中学到的。

答案 1 :(得分:0)

你试过ATT ARO吗?它是一个非常简洁的工具,可以为您的应用程序提供更多的可视化诊断。

enter image description here