转自:http://www.apkbus.com/forum.php?mod=viewthread&tid=5459&extra=page%3D3
如果手机(移动设备)没电了,你的程序还能运行吗?
哈哈,这是地球人都知道的问题,那么如何才能降低android应用程序的耗电量呢?今天再一次回顾了一下09年google IO大会Jeffrey Sharkey的演讲(Coding for Life — Battery Life, That Is),同时也加上自己的一些体会拿出来和大家一起分享一下。
首先我们来看看android手机的电量都主要消耗在了什么地方:
显而易见,大部分的电都消耗在了网络连接、GPS、传感器上了。
简单的说也就是主要在以下情况下耗电比较多:
1、
大数据量的传输。
2、
不停的在网络间切换。
3、
解析大量的文本数据。
那么我们怎么样来改善一下我们的程序呢?
1、
在需要网络连接的程序中,首先检查网络连接是否正常,如果没有网络连接,那么就不需要执行相应的程序。
检查网络连接的方法如下:
- ConnectivityManager mConnectivity;
- TelephonyManager mTelephony;
- ……
- // 检查网络连接,如果无网络可用,就不需要进行连网操作等
- NetworkInfo info = mConnectivity.getActiveNetworkInfo();
- if (info == null ||
- !mConnectivity.getBackgroundDataSetting()) {
- return false;
- }
- //判断网络连接类型,只有在3G或wifi里进行一些数据更新。
- int netType = info.getType();
- int netSubtype = 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提出的,一种语言无关、平台无关、扩展性好的用于通信协议、数据存储的结构化数据串行化方法。有兴趣的可以到官方去看看更多的信息http://code.google.com/p/protobuf/。从上面的图中我们可以得出结论就是尽量使用SAX等边读取边解析的方式来解析数据,针对移动设备,最好能使用JSON之类的轻量级数据格式为佳。3、
目前大部门网站都支持GZIP压缩,所以在进行大数据量下载时,尽量使用GZIP方式下载。使用方法如下所示:
- import java.util.zip.GZIPInputStream;
- HttpGet request =
- new HttpGet("http://example.com/gzipcontent");
- HttpResponse resp =
- new DefaultHttpClient().execute(request);
- HttpEntity entity = response.getEntity();
- InputStream compressed = entity.getContent();
- InputStream rawData = new GZIPInputStream(compressed);
使用GZIP压缩方式下载数据,能减少网络流量,下图为使用GZIP方式获取包含1800个主题的RSS对比情况。
4、
其它一些优化方法:回收java对象,特别是较大的java对像XmlPullParserFactory and BitmapFactory Matcher.reset(newString) for regexStringBuilder.sentLength(0)对定位要求不是太高的话尽量不要使用GPS定位,可能使用wifi和移动网络cell定位即可。GPS定位消耗的电量远远高于移动网络定位。尽量不要使用浮点运算。获取屏幕尺寸等信息可以使用缓存技术,不需要进行多次请求。很多人开发的程序后台都会一个service不停的去服务器上更新数据,在不更新数据的时候就让它sleep,这种方式是非常耗电的,通常情况下,我们可以使用AlarmManager来定时启动服务。如下所示,第30分钟执行一次。
- AlarmManager am = (AlarmManager)
- context.getSystemService(Context.ALARM_SERVICE);
- Intent intent = new Intent(context, MyService.class);
- PendingIntent pendingIntent =
- PendingIntent.getService(context, 0, intent, 0);
- long interval = DateUtils.MINUTE_IN_MILLIS * 30;
- long firstWake = 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);
- }
- IntentFilter mFilter =
- new IntentFilter(Intent.ACTION_BATTERY_CHANGED);
- BroadcastReceiver mReceiver = new BroadcastReceiver() {
- 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相关文档:http://code.google.com/events/io/2009/sessions/CodingLifeBatteryLife.html