有效控制Android應(yīng)用程序的耗電量
51CTO在對(duì)尚郵架構(gòu)師的訪談中曾經(jīng)探討過(guò)移動(dòng)開(kāi)發(fā)是否要重視移動(dòng)終端軟件的耗電問(wèn)題，答案是顯而易見(jiàn)的！那么如何才能降低Android應(yīng)用程序的耗電量呢？今天再一次回顧了一下09年Google IO大會(huì)Jeffrey Sharkey的演講（Coding for Life — Battery Life, That Is），同時(shí)也講一下應(yīng)該如何有效地控制耗電量問(wèn)題。
首先我們來(lái)看看Android手機(jī)的電量都主要消耗在了什么地方：
顯而易見(jiàn)，大部分的電都消耗在了網(wǎng)絡(luò)連接、GPS、傳感器上了。
簡(jiǎn)單的說(shuō)也就是主要在以下情況下耗電比較多：
1、 大數(shù)據(jù)量的傳輸。
2、 不停的在網(wǎng)絡(luò)間切換。
3、 解析大量的文本數(shù)據(jù)。
那么我們?cè)趺礃觼?lái)改善一下我們的程序呢？
1、 在需要網(wǎng)絡(luò)連接的程序中，首先檢查網(wǎng)絡(luò)連接是否正常，如果沒(méi)有網(wǎng)絡(luò)連接，那么就不需要執(zhí)行相應(yīng)的程序。
檢查網(wǎng)絡(luò)連接的方法如下：
- ConnectivityManager mConnectivity;
- TelephonyManager mTelephony;
- ……
- // 檢查網(wǎng)絡(luò)連接，如果無(wú)網(wǎng)絡(luò)可用，就不需要進(jìn)行連網(wǎng)操作等
- NetworkInfo info = mConnectivity.getActiveNetworkInfo();
- if (info == null ||
- !mConnectivity.getBackgroundDataSetting()) {
- return false;
- }
- //判斷網(wǎng)絡(luò)連接類型，只有在3G或wifi里進(jìn)行一些數(shù)據(jù)更新。
- 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、 使用效率高的數(shù)據(jù)格式和解析方法。
通過(guò)測(cè)試發(fā)現(xiàn)，目前主流的數(shù)據(jù)格式，使用樹形解析（如DOM）和流的方式解析（SAX）對(duì)比情況如下圖所示：
很明顯，使用流的方式解析效率要高一些，因?yàn)镈OM解析是在對(duì)整個(gè)文檔讀取完后，再根據(jù)節(jié)點(diǎn)層次等再組織起來(lái)。而流的方式是邊讀取數(shù)據(jù)邊解析，數(shù)據(jù)讀取完后，解析也就完畢了。
在數(shù)據(jù)格式方面，JSON和Protobuf效率明顯比XML好很多，XML和JSON大家都很熟悉，Protobuf是Google提出的，一種語(yǔ)言無(wú)關(guān)、平臺(tái)無(wú)關(guān)、擴(kuò)展性好的用于通信協(xié)議、數(shù)據(jù)存儲(chǔ)的結(jié)構(gòu)化數(shù)據(jù)串行化方法。有興趣的可以到官方去看看更多的信息。
從上面的圖中我們可以得出結(jié)論就是盡量使用SAX等邊讀取邊解析的方式來(lái)解析數(shù)據(jù)，針對(duì)移動(dòng)設(shè)備，最好能使用JSON之類的輕量級(jí)數(shù)據(jù)格式為佳。
3、 目前大部門網(wǎng)站都支持GZIP壓縮，所以在進(jìn)行大數(shù)據(jù)量下載時(shí)，盡量使用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壓縮方式下載數(shù)據(jù)，能減少網(wǎng)絡(luò)流量，下圖為使用GZIP方式獲取包含1800個(gè)主題的RSS對(duì)比情況。
4、 其它一些優(yōu)化方法：
回收java對(duì)象，特別是較大的java對(duì)像
- XmlPullParserFactory and BitmapFactory
- Matcher.reset(newString) for regex
- StringBuilder.sentLength(0)
對(duì)定位要求不是太高的話盡量不要使用GPS定位，可能使用wifi和移動(dòng)網(wǎng)絡(luò)cell定位即可。GPS定位消耗的電量遠(yuǎn)遠(yuǎn)高于移動(dòng)網(wǎng)絡(luò)定位。
盡量不要使用浮點(diǎn)運(yùn)算。
獲取屏幕尺寸等信息可以使用緩存技術(shù)，不需要進(jìn)行多次請(qǐng)求。
很多人開(kāi)發(fā)的程序后臺(tái)都會(huì)一個(gè)service不停的去服務(wù)器上更新數(shù)據(jù)，在不更新數(shù)據(jù)的時(shí)候就讓它sleep，這種方式是非常耗電的，通常情況下，我們可以使用AlarmManager來(lái)定時(shí)啟動(dòng)服務(wù)。如下所示，第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);
最后一招，在運(yùn)行你的程序前先檢查電量，電量太低，那么就提示用戶充電之類的，使用方法：
- 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();
- }
- };
想了解更多內(nèi)容，請(qǐng)直接查看Google IO 2009相關(guān)文檔
了解Android開(kāi)發(fā)更多內(nèi)容請(qǐng)看
【編輯推薦】
