原文链接:
http://blog.chinaunix.net/uid-8210028-id-3229726.html
那么如何才能降低Android应用程序的耗电量呢?今天再一次回顾了一下09年Google IO大会Jeffrey Sharkey的演讲(Coding for Life — Battery Life, That Is),同时也讲一下应该如何有效地控制耗电量问题。
首先我们来看看Android手机的电量都主要消耗在了什么地方:
显而易见,大部分的电都消耗在了网络连接、GPS、传感器上了。
简单的说也就是主要在以下情况下耗电比较多:
1、 大数据量的传输。
2、 不停的在网络间切换。
3、 解析大量的文本数据。
那么我们怎么样来改善一下我们的程序呢?
1、 在需要网络连接的程序中,首先检查网络连接是否正常,如果没有网络连接,那么就不需要执行相应的程序。
检查网络连接的方法如下:
-
- ConnectivityManager mConnectivity;
-
- TelephonyManager mTelephony;
-
- ……
-
- // 检查网络连接,如果无网络可用,就不需要进行连网操作等
-
- NetworkInfoinfo=mConnectivity.getActiveNetworkInfo();
-
- if (info== null ||
-
- !mConnectivity.getBackgroundDataSetting()) {
-
- return false;
-
- }
-
- //判断网络连接类型,只有在3G或wifi里进行一些数据更新。
-
- intnetType=info.getType();
-
- intnetSubtype=info.getSubtype();
-
- if (netType== ConnectivityManager.TYPE_WIFI) {
-
- return info.isConnected();
-
- } else if (netType== ConnectivityManager.TYPE_MOBILE
-
- &&netSubtype== TelephonyManager.NETWORK_TYPE_UMTS
-
- && !mTelephony.isNetworkRoaming()) {
-
- return info.isConnected();
-
- } else {
-
- return false;
-
- }
-
2、 使用效率高的数据格式和解析方法。
通过测试发现,目前主流的数据格式,使用树形解析(如DOM)和流的方式解析(SAX)对比情况如下图所示:
很明显,使用流的方式解析效率要高一些,因为DOM解析是在对整个文档读取完后,再根据节点层次等再组织起来。而流的方式是边读取数据边解析,数据读取完后,解析也就完毕了。
在数据格式方面,JSON和Protobuf效率明显比XML好很多,XML和JSON大家都很熟悉,Protobuf是Google提出的,一种语言无关、平台无关、扩展性好的用于通信协议、数据存储的结构化数据串行化方法。有兴趣的可以到官方去看看更多的信息。
从上面的图中我们可以得出结论就是尽量使用SAX等边读取边解析的方式来解析数据,针对移动设备,最好能使用JSON之类的轻量级数据格式为佳。
3、 目前大部门网站都支持GZIP压缩,所以在进行大数据量下载时,尽量使用GZIP方式下载。
使用方法如下所示:
-
- import java.util.zip.GZIPInputStream;
-
- HttpGetrequest=
-
- newHttpGet("http://example.com/gzipcontent");
-
- HttpResponseresp=
-
- newDefaultHttpClient().execute(request);
-
- HttpEntityentity=response.getEntity();
-
- InputStreamcompressed=entity.getContent();
-
- InputStreamrawData=newGZIPInputStream(compressed);
-
使用GZIP压缩方式下载数据,能减少网络流量,下图为使用GZIP方式获取包含1800个主题的RSS对比情况。
4、 其它一些优化方法:
回收java对象,特别是较大的java对像
- XmlPullParserFactory and BitmapFactory
-
- Matcher.reset(newString) for regex
-
- StringBuilder.sentLength(0)
-
对定位要求不是太高的话尽量不要使用GPS定位,可能使用wifi和移动网络cell定位即可。GPS定位消耗的电量远远高于移动网络定位。
尽量不要使用浮点运算。
获取屏幕尺寸等信息可以使用缓存技术,不需要进行多次请求。
很多人开发的程序后台都会一个service不停的去服务器上更新数据,在不更新数据的时候就让它sleep,这种方式是非常耗电的,通常情况下,我们可以使用AlarmManager来定时启动服务。如下所示,第30分钟执行一次。
- AlarmManageram= (AlarmManager)
-
- context.getSystemService(Context.ALARM_SERVICE);
-
- Intentintent=newIntent(context, MyService.class);
-
- PendingIntentpendingIntent=
-
- PendingIntent.getService(context, 0, intent, 0);
-
- longinterval=DateUtils.MINUTE_IN_MILLIS * 30;
-
- longfirstWake=System.currentTimeMillis() + interval;
-
- am.setRepeating(AlarmManager.RTC,firstWake, interval, pendingIntent);
-
最后一招,在运行你的程序前先检查电量,电量太低,那么就提示用户充电之类的,使用方法:
-
- public void onCreate() {
-
- // Register for sticky broadcast and send default
-
- registerReceiver(mReceiver, mFilter);
-
- mHandler.sendEmptyMessageDelayed(MSG_BATT, 1000);
-
- }
-
- IntentFiltermFilter=
-
- newIntentFilter(Intent.ACTION_BATTERY_CHANGED);
-
- BroadcastReceivermReceiver=newBroadcastReceiver() {
-
- public void onReceive(Context context, Intent intent) {
-
- // Found sticky broadcast, so trigger update
-
- unregisterReceiver(mReceiver);
-
- mHandler.removeMessages(MSG_BATT);
-
- mHandler.obtainMessage(MSG_BATT, intent).sendToTarget();
-
- }
-
- };
想了解更多内容,请直接查看Google IO 2009相关文档