显而易见，大部分的电都消耗在了网络连接、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提出的，一种语言无关、平台无关、扩展性好的用于通信协议、数据存储的结构化数据串行化方法。有兴趣的可以到官方去看看更多的信息。
从上面的图中我们可以得出结论就是尽量使用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 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(); } };
想了解更多内容，请直接查看Google IO 2009相关文档
扫一扫
4974
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
