如果手机(移动设备)没电了,你的程序还能运行吗?
哈哈,这是地球人都知道的问题,那么如何才能降低android应用程序的耗电量呢?今天再一次回顾了一下09年google IO大会Jeffrey Sharkey的演讲(Coding for Life — Battery Life, That Is),同时也加上自己的一些体会拿出来和大家一起分享一下。
首先我们来看看android手机的电量都主要消耗在了什么地方:
![](http://www.ideasandroid.com/wp-content/uploads/androidbattery1.png)
显而易见,大部分的电都消耗在了网络连接、GPS、传感器上了。
简单的说也就是主要在以下情况下耗电比较多:
1、 大数据量的传输。
2、 不停的在网络间切换。
3、 解析大量的文本数据。
那么我们怎么样来改善一下我们的程序呢?
1、 在需要网络连接的程序中,首先检查网络连接是否正常,如果没有网络连接,那么就不需要执行相应的程序。
检查网络连接的方法如下:
01 | ConnectivityManager mConnectivity; |
02 | TelephonyManager mTelephony; |
05 | NetworkInfo info = mConnectivity.getActiveNetworkInfo(); |
07 | !mConnectivity.getBackgroundDataSetting()) { |
11 | int netType = info.getType(); |
12 | int netSubtype = info.getSubtype(); |
13 | if (netType == ConnectivityManager.TYPE_WIFI) { |
14 | return info.isConnected(); |
15 | } else if (netType == ConnectivityManager.TYPE_MOBILE |
16 | && netSubtype == TelephonyManager.NETWORK_TYPE_UMTS |
17 | && !mTelephony.isNetworkRoaming()) { |
18 | return info.isConnected(); |
2、 使用效率高的数据格式和解析方法。通过测试发现,目前主流的数据格式,使用树形解析(如DOM)和流的方式解析(SAX)对比情况如下图所示:
![](http://www.ideasandroid.com/wp-content/uploads/androidbattery2.png)
很明显,使用流的方式解析效率要高一些,因为DOM解析是在对整个文档读取完后,再根据节点层次等再组织起来。而流的方式是边读取数据边解析,数据读取完后,解析也就完毕了。
在数据格式方面,JSON和Protobuf效率明显比XML好很多,XML和JSON大家都很熟悉,Protobuf是google提出的,一种语言无关、平台无关、扩展性好的用于通信协议、数据存储的结构化数据串行化方法。有兴趣的可以到官方去看看更多的信息http://code.google.com/p/protobuf/。
从上面的图中我们可以得出结论就是尽量使用SAX等边读取边解析的方式来解析数据,针对移动设备,最好能使用JSON之类的轻量级数据格式为佳。
3、 目前大部门网站都支持GZIP压缩,所以在进行大数据量下载时,尽量使用GZIP方式下载。使用方法如下所示:
1 | import java.util.zip.GZIPInputStream; |
5 | new DefaultHttpClient().execute(request); |
6 | HttpEntity entity = response.getEntity(); |
7 | InputStream compressed = entity.getContent(); |
8 | InputStream rawData = new GZIPInputStream(compressed); |
使用GZIP压缩方式下载数据,能减少网络流量,下图为使用GZIP方式获取包含1800个主题的RSS对比情况。
![](http://www.ideasandroid.com/wp-content/uploads/androidbattery3.png)
4、 其它一些优化方法:
回收java对象,特别是较大的java对像
XmlPullParserFactory and BitmapFactory
Matcher.reset(newString) for regex
StringBuilder.sentLength(0)
对定位要求不是太高的话尽量不要使用GPS定位,可能使用wifi和移动网络cell定位即可。GPS定位消耗的电量远远高于移动网络定位。
尽量不要使用浮点运算。
获取屏幕尺寸等信息可以使用缓存技术,不需要进行多次请求。
很多人开发的程序后台都会一个service不停的去服务器上更新数据,在不更新数据的时候就让它sleep,这种方式是非常耗电的,通常情况下,我们可以使用AlarmManager来定时启动服务。如下所示,第30分钟执行一次。
1 | AlarmManager am = (AlarmManager) |
2 | context.getSystemService(Context.ALARM_SERVICE); |
3 | Intent intent = new Intent(context, MyService. class ); |
4 | PendingIntent pendingIntent = |
5 | PendingIntent.getService(context, 0 , intent, 0 ); |
6 | long interval = DateUtils.MINUTE_IN_MILLIS * 30 ; |
7 | long firstWake = System.currentTimeMillis() + interval; |
8 | am.setRepeating(AlarmManager.RTC,firstWake, interval, pendingIntent); |
最后一招,在运行你的程序前先检查电量,电量太低,那么就提示用户充电之类的,哈哈!使用方法:
01 | public void onCreate() { |
03 | registerReceiver(mReceiver, mFilter); |
04 | mHandler.sendEmptyMessageDelayed(MSG_BATT, 1000 ); |
07 | new IntentFilter(Intent.ACTION_BATTERY_CHANGED); |
08 | BroadcastReceiver mReceiver = new BroadcastReceiver() { |
09 | public void onReceive(Context context, Intent intent) { |
11 | unregisterReceiver(mReceiver); |
12 | mHandler.removeMessages(MSG_BATT); |
13 | mHandler.obtainMessage(MSG_BATT, intent).sendToTarget(); |