如何降低android應用程序的耗電量

首先我們來看看android手機的電量都主要消耗在了什麼地方：

2011-5-2 19:47 上傳

下載附件 (89.79 KB)

顯而易見，大部分的電都消耗在了網絡連接、GPS、傳感器上了。簡單的說也就是主要在以下情況下耗電比較多：

1、 大數據量的傳輸。2、 不停的在網絡間切換。3、 解析大量的文本數據。

那麼我們怎麼樣來改善一下我們的程序呢？

1、 在需要網絡連接的程序中，首先檢查網絡連接是否正常，如果沒有網絡連接，那麼就不需要執行相應的程序。

檢查網絡連接的方法如下：

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）對比情況如下圖所示：

2011-5-2 19:46 上傳

下載附件 (55.01 KB)

很明顯，使用流的方式解析效率要高一些，因爲DOM解析是在對整個文檔讀取完後，再根據節點層次等再組織起來。而流的方式是邊讀取數據邊解析，數據讀取完後，解析也就完畢了。

在數據格式方面，JSON和Protobuf效率明顯比XML好很多，XML和JSON大家都很熟悉，Protobuf是google提出的，一種語言無關、平臺無關、擴展性好的用於通信協議、數據存儲的結構化數據串行化方法。有興趣的可以到官方去看看更多的信息http://code.google.com/p/protobuf/。

從上面的圖中我們可以得出結論就是儘量使用SAX等邊讀取邊解析的方式來解析數據，針對移動設備，最好能使用JSON之類的輕量級數據格式爲佳。

3、 目前大部門網站都支持GZIP壓縮，所以在進行大數據量下載時，儘量使用GZIP方式下載。使用方法如下所示：

1. 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對比情況。

2011-5-2 19:48 上傳

下載附件 (37.71 KB)

4、 其它一些優化方法：

回收java對象，特別是較大的java對像

XmlPullParserFactory and BitmapFactory

Matcher.reset(newString) for regex

StringBuilder.sentLength(0)

對定位要求不是太高的話儘量不要使用GPS定位，可能使用wifi和移動網絡cell定位即可。GPS定位消耗的電量遠遠高於移動網絡定位。

儘量不要使用浮點運算。

獲取屏幕尺寸等信息可以使用緩存技術，不需要進行多次請求。

很多人開發的程序後臺都會一個service不停的去服務器上更新數據，在不更新數據的時候就讓它sleep，這種方式是非常耗電的，通常情況下，我們可以使用AlarmManager來定時啓動服務。如下所示，第30分鐘執行一次。

1. 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);

複製代碼

最後一招，在運行你的程序前先檢查電量，電量太低，那麼就提示用戶充電之類的，哈哈！使用方法：

查看源碼打印

1. 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();    }};

複製代碼