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

weixin_34205076發表於2017-11-13
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 };





     本文轉自xyz_lmn51CTO部落格，原文連結：http://blog.51cto.com/xyzlmn/818204，如需轉載請自行聯絡原作者


相關文章