对于移动平台来说,设备电量有限一直是制约其发展的一个重要因素,作为开发者,功能实现虽然优先级高,但是开发过程中,针对耗电量进行优化也是应该牢记在心的,毕竟一款优质的App在耗电量方面也必须让广大用户满意,这是一篇我认为不错的文章,转载来进行分享,让我们都来节能环保,如果我们的App用户量巨大,哪怕我们对节电这一块而做出一点点的优化,那将省了多少人的电啊,这绝对是一场巨大的节能运动,是吧?
显而易见,大部分的电都消耗在了网络连接、GPS、传感器上了。 简单的说也就是主要在以下情况下耗电比较多: 1、 大数据量的传输。 2、 不停的在网络间切换。 3、 解析大量的文本数据。 那么我们怎么样来改善一下我们的程序呢? 1、在需要网络连接的程序中,首先检查网络连接是否正常,如果没有网络连接,那么就不需要执行相应的程序。 Java代码: - 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提出的,一种语言无关、平台无关、扩展性好的用于通信协议、数据存储的结构化数据串行化方法。 从上面的图中我们可以得出结论就是尽量使用SAX等边读取边解析的方式来解析数据,针对移动设备,最好能使用JSON之类的轻量级数据格式为佳。 3、 使用GZIP压缩方式下载数据,能减少网络流量,下图为使用GZIP方式获取包含1800个主题的RSS对比情况。 Java代码: - 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方式下载。 4、 其它一些优化方法: 回收java对象,特别是较大的java对像 - XmlPullParserFactory and BitmapFactory
-
- Matcher.reset(newString) for regex
-
- StringBuilder.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();
-
- }
-
- };
|