【android】android耗电量测试
来源:互联网 发布:java.util.list 编辑:程序博客网 时间:2024/05/17 00:54
一、总体耗电量测试
1.1、软件测试方法
电池的信息,电压,温度,充电状态等等,都是由BatteryService来提供的。电池的这些信息是BatteryService通过广播 主动把数据传送给所关心的应用程序。
应用如果想要接收到BatteryService发送出来的电池信息,则需要注册一个Intent为Intent.ACTION_BATTERY_CHANGED的BroadcastReceiver。
1IntentFilter mIntentFilter = new IntentFilter(); 2 mIntentFilter.addAction(Intent.ACTION_BATTERY_CHANGED); 3 registerReceiver(mIntentReceiver, mIntentFilter);查看源码打印?01private BroadcastReceiver mIntentReceiver = new BroadcastReceiver() { 02 @Override 03 public void onReceive(Context context, Intent intent) { 04 // TODO Auto-generated method stub 05 String action = intent.getAction(); 06 if (action.equals(Intent.ACTION_BATTERY_CHANGED)) { 07 08 // 电池状态,返回是一个数字 09 // BatteryManager.BATTERY_STATUS_CHARGING 表示是充电状态 10 // BatteryManager.BATTERY_STATUS_DISCHARGING 放电中 11 // BatteryManager.BATTERY_STATUS_NOT_CHARGING 未充电 12 // BatteryManager.BATTERY_STATUS_FULL 电池满 13 int status = intent.getIntExtra("status", 0); // 电池状态 14 15 // 电池健康情况,返回也是一个数字 16 // BatteryManager.BATTERY_HEALTH_GOOD 良好 17 // BatteryManager.BATTERY_HEALTH_OVERHEAT 过热 18 // BatteryManager.BATTERY_HEALTH_DEAD 没电 19 // BatteryManager.BATTERY_HEALTH_OVER_VOLTAGE 过电压 20 // BatteryManager.BATTERY_HEALTH_UNSPECIFIED_FAILURE 未知错误 21 int health = intent.getIntExtra("health", 0); //电池健康情况 22 23 int scale = intent.getIntExtra("scale", 0); // 电池最大容量 24 int nVoltage = intent.getIntExtra("voltage", 0); // 电池的电压 25 int level = intent.getIntExtra("level", 0); // 电池的电量,数字 26 int temperature = intent.getIntExtra("temperature", 0); // 电池的温度 27 28 if (nVoltage != 0) { 29 30 tv_status.setText("电池电量:" + level + "%"); 31 32 Log.i(TAG, "voltage = " + nVoltage + " level = " + level 33 + " temperature = " + temperature + "...success"); 34 } else { 35 Log.i(TAG, "voltage = " + nVoltage + "...failed"); 36 } 37 } 38 } 39 };
1)灭屏待机最省电:
a)任何App包括后台Service应该尽可能减少唤醒CPU的次数,比如IM类业务的长连接心跳、QQ提醒待机闹钟类业务的alarm硬时钟唤醒要严格控制;
b)每次唤醒CPU执行的代码应该尽可能少,从而让CPU迅速恢复休眠,比如申请wake lock的数量和持有时间要好好斟酌;
2)Wi-Fi比蜂窝数据,包括2G(GPRS)、3G更省电:
a)尽量在Wi-Fi下传输数据,当然这是废话,不过可以考虑在有Wi-Fi的时候做预加载,比如应用中心的zip包、手Q web类应用的离线资源等;
b)非Wi-Fi下,尽量减少网络访问,每一次后台交互都要考虑是否必须。虽然WiFi接入方式已经占到移动互联网用户的50%,但是是有些手机设置为待机关闭WiFi连接,即便有Wi-Fi信号也只能切换到蜂窝数据;
测试分析:
1)灭屏的情况:
a)灭屏待机,CPU处于休眠状态,最省电(7mA);
b)灭屏传输,CPU被激活,耗电显著增加,即便是处理1K的心跳包,电量消耗也会是待机的6倍左右(45mA);
c)灭屏传输,高负载download的时候WiFi最省电(70mA),3G(270mA)和2G(280mA)相当,是WiFi的4倍左右;
2)亮屏的情况:
a)亮屏待机,CPU处于激活状态,加上屏幕耗电,整机电量消耗不小(140mA);
b)亮屏传输,如果只是处理1K的心跳包,耗电增加不多(150mA),即便是很大的心跳包(64K),消耗增加也不明显(160mA);
c)亮屏传输,高负载download的时候WiFi最省电(280mA),3G(360mA)和2G(370mA)相当,是WiFi的1.3倍左右;
3)Alarm唤醒频繁会导致待机耗电增加:
手机灭屏后会进入待机状态,这时CPU会进入休眠状态。Android的休眠机制介绍的文章很多,这里引用一段网络文章:
Early suspend是android引进的一种机制,这种机制在上游备受争议,这里 不做评论。这个机制作用在关闭显示的时候,在这个时候,一些和显示有关的 设备,比如LCD背光,比如重力感应器,触摸屏,这些设备都会关掉,但是系统可能还是在运行状态(这时候还有wake lock)进行任务的处理,例如在扫描SD卡上的文件等.在嵌入式设备中,背光是一个很大的电源消耗,所以android会加入这样一种机制.
Late Resume是和suspend配套的一种机制,是在内核唤醒完毕开始执行的.主要就是唤醒在Early Suspend的时候休眠的设备.
Wake Lock在Android的电源管理系统中扮演一个核心的角色. Wake Lock是一种锁的机制,只要有人拿着这个锁,系统就无法进入休眠,可以被用户态程序和内核获得.这个锁可以是有超时的或者是没有超时的,超时的锁会在时间过去以后自动解锁.如果没有锁了或者超时了,内核就会启动休眠的那套机制来进入休眠.
当用户写入mem或者standby到/sys/power/state中的时候, state_store()会被调用,然后Android会在这里调用request_suspend_state()而标准的Linux会在这里进入enter_state()这个函数.如果请求的是休眠,那么early_suspend这个workqueue就会被调用,并且进入early_suspend
简单的说,当用户按power键,使得手机进入灭屏休眠状态,Android系统其实是做了前面说的一些工作:关闭屏幕、触摸屏、传感器、dump当前用户态和内核态程序运行上下文到内存或者硬盘、关闭CPU供电,当然为了支持语音通讯,modern等蜂窝信令还是工作的。
这种情况下,应用要唤醒CPU,只有两种可能:
a)通过服务器主动PUSH数据,通过网络设备激活CPU;
b)设置alarm硬件闹钟唤醒CPU;
这里我们重点分析第二种情况。首先来看看什么是alarm硬件闹钟。Google官方提供的解释是:Android提供的alarm services可以帮助应用开发者能够在将来某一指定的时刻去执行任务。当时间到达的时候,Android系统会通过一个Intent广播通知应用去完成这一指定任务。即便CPU休眠,也不影响alarm services的服务,这种情况下可以选择唤醒CPU。
显然唤醒CPU是有电量消耗的,CPU被唤醒的次数越多,耗电量会越大。现在很多应用为了维持心跳、拉取数据、主动PUSH会不同程度地注册alarm服务,导致Android系统被频繁唤醒。这就是为什么雷军说Android手机在安装了TOP100的应用后,待机时间会大大缩短的重要原因。
比较简单评测CPU唤醒次数的方法是看dumpsys alarm,这里会详细记录从开机到当前的各个进程和服务唤醒CPU的次数和时间。通过对比唤醒次数和唤醒时间可以帮助我们分析后台进程和服务的耗电情况。Dumpsys alarm的输出看起来像这样:
其中544代表唤醒次数,38684ms代表唤醒时间。
4)Wake locks持有时间过长会导致耗电增加:
Wake locks是一种锁机制,有些文献翻译成唤醒锁。简单说,前面讲的灭屏CPU休眠还需要做一个判断,就是看是否还有任何应用持有wake locks。如果有,CPU将不会休眠。有些应用不合理地申请wake locks,或者申请了忘记释放,都会导致手机无法休眠,耗电增加。
原始数据:
测试方法:硬件设备提供稳压电源替代手机电池供电,在不同场景下记录手机平均电流。
测试设备:Monsoon公司的Power Monitor TRMT000141
测试机型:Nexus One
灭屏benchmark(CPU进入休眠状态):7mA
灭屏WiFi:70 mA
灭屏3G net:270 mA
灭屏2G net GPRS:280mA
亮屏benchmark:140mA
亮屏Wi-Fi:280mA
亮屏3G net:360mA
亮屏2G:370mA
亮屏待机:140mA
亮屏Wi-Fi ping 1024包:150mA
亮屏Wi-Fi ping 65500包:160mA
灭屏 屏1024:45mA
灭屏ping 65500:55mA
关闭所有数据网络待机:7mA
- 【android】android耗电量测试
- Android耗电量测试
- android耗电量测试
- Android-耗电量测试
- 测试Android耗电量的工具
- Android性能测试之耗电量测试
- android 耗电量
- 测试Android应用内存、CPU以及耗电量
- android 优化耗电量
- Android App耗电量统计
- Android App 耗电量统计
- Android App耗电量统计
- android耗电量检测
- android常见耗电量监控工具做测试时的优缺点
- Android性能专项测试之耗电量统计API
- Android性能专项测试之耗电量统计API
- Android性能专项测试之耗电量统计API
- 降低Android应用程序的耗电量
- 删除 CocoStudio 生成的 json 文件中的空白字符
- C#调用Java jaxws开发的webservice服务
- values-sw600dp文件标题的理解。
- 6 个 Java 项目的 UML 反向工程工具
- PowerDesigner连接MySQL,建立逆向工程图解 --mysql 的odbc建立使用
- 【android】android耗电量测试
- 状态栏提示控件的实现原理
- VS 2008 SmartDeviceProject 打成cab包实践
- Android连续点击两次退出程序
- lighttpd 下配置CI 的rewrite
- 浅谈HTTP Adaptive Streaming技术及其前景
- Saving and Loading the State of Multitasking Apps(多任务应用中,状态变化的处理)
- apache(http代理)+tomcat
- Oracle Trace文件生成及查看