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

如果手機（行動裝置）沒電了，你的程式還能運行嗎？

哈哈，這是地球人都知道的問題，那麼如何才能降低android應用程式的耗電量呢？今天再一次回顧了一下09年google IO大會Jeffrey Sharkey的演講（Coding for Life — Battery Life, That Is），同時也加上自己的一些體會拿出來和大家一起分享一下。

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

 

顯而易見，大部分的電都消耗在了網路連接、GPS、感應器上了。

簡單的說也就是主要在以下情況下耗電比較多：

1、 大資料量的傳輸。

2、 不停的在網路間切換。

3、 解析大量的文本資料。

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

 

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

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

01	ConnectivityManager mConnectivity;

02	TelephonyManager mTelephony;

03

……

04	// 檢查網路連接，如果無網路可用，就不需要進行連網操作等

05	NetworkInfo info = mConnectivity.getActiveNetworkInfo();

06	if (info == null ||

07	!mConnectivity.getBackgroundDataSetting()) {

08	return false;

09

}

10	//判斷網路連接類型，只有在3G或wifi裡進行一些資料更新。

11	int netType = info.getType();

12	int netSubtype = info.getSubtype();

13	if (netType == ConnectivityManager.TYPE_WIFI) {

14	return info.isConnected();

15	} else if (netType == ConnectivityManager.TYPE_MOBILE

16	&& netSubtype == TelephonyManager.NETWORK_TYPE_UMTS

17	&& !mTelephony.isNetworkRoaming()) {

18	return info.isConnected();

19

} else {

20	return false;

21

}

 2、 使用效率高的資料格式和解析方法。通過測試發現，目前主流的資料格式，使用樹形解析（如DOM）和流的方式解析（SAX）對比情況如所示：

 

很明顯，使用流的方式解析效率要高一些，因為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;

2	HttpGet request =

3	new HttpGet("http://example.com/gzipcontent");

4	HttpResponse resp =

5	new DefaultHttpClient().execute(request);

6	HttpEntity entity = response.getEntity();

7	InputStream compressed = entity.getContent();

8	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分鐘執行一次。

1	AlarmManager am = (AlarmManager)

2	context.getSystemService(Context.ALARM_SERVICE);

3	Intent intent = new Intent(context, MyService.class);

4	PendingIntent pendingIntent =

5	PendingIntent.getService(context, 0, intent, 0);

6	long interval = DateUtils.MINUTE_IN_MILLIS * 30;

7	long firstWake = System.currentTimeMillis() + interval;

8	am.setRepeating(AlarmManager.RTC,firstWake, interval, pendingIntent);

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

查看源碼

列印?

01	public void onCreate() {

02	// Register for sticky broadcast and send default

03	registerReceiver(mReceiver, mFilter);

04	mHandler.sendEmptyMessageDelayed(MSG_BATT, 1000);

05

}

06	IntentFilter mFilter =

07	new IntentFilter(Intent.ACTION_BATTERY_CHANGED);

08	BroadcastReceiver mReceiver = new BroadcastReceiver() {

09	public void onReceive(Context context, Intent intent) {

10	// Found sticky broadcast, so trigger update

11	unregisterReceiver(mReceiver);

12	mHandler.removeMessages(MSG_BATT);

13	mHandler.obtainMessage(MSG_BATT, intent).sendToTarget();

14

}

15

};