在對尚郵架構師的訪談中曾經探討過移動開發(fā)是否要重視移動終端軟件的耗電問題，答案是顯而易見的！那么如何才能降低Android應用程序的耗電量呢？今天再一次回顧了一下09年Google IO大會Jeffrey Sharkey的演講（Coding for Life — Battery Life, That Is），同時也講一下應該如何有效地控制耗電量問題。
首先我們來看看Android手機的電量都主要消耗在了什么地方：
顯而易見，大部分的電都消耗在了網絡連接、GPS、傳感器上了。
簡單的說也就是主要在以下情況下耗電比較多：
1、大數據量的傳輸。
2、不停的在網絡間切換。
3、解析大量的文本數據。
那么我們怎么樣來改善一下我們的程序呢？
1、在需要網絡連接的程序中，首先檢查網絡連接是否正常，如果沒有網絡連接，那么就不需要執(zhí)行相應的程序。
檢查網絡連接的方法如下：
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、使用效率高的數據格式和解析方法。
通過測試發(fā)現，目前主流的數據格式，使用樹形解析（如DOM）和流的方式解析（SAX）對比情況如下圖所示：
很明顯，使用流的方式解析效率要高一些，因為DOM解析是在對整個文檔讀取完后，再根據節(jié)點層次等再組織起來。而流的方式是邊讀取數據邊解析，數據讀取完后，解析也就完畢了。
在數據格式方面，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、其它一些優(yōu)化方法：
回收java對象，特別是較大的java對像
XmlPullParserFactory and BitmapFactory
Matcher.reset(newString) for regex
StringBuilder.sentLength(0)
對定位要求不是太高的話盡量不要使用GPS定位，可能使用wifi和移動網絡cell定位即可。GPS定位消耗的電量遠遠高于移動網絡定位。
盡量不要使用浮點運算。
獲取屏幕尺寸等信息可以使用緩存技術，不需要進行多次請求。
很多人開發(fā)的程序后臺都會一個service不停的去服務器上更新數據，在不更新數據的時候就讓它sleep，這種方式是非常耗電的，通常情況下，我們可以使用AlarmManager來定時啟動服務。如下所示，第30分鐘執(zhí)行一次。
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相關文檔
