Android開發耗電最佳化

來源:互聯網
上載者:User

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

顯而易見,大部分的電都消耗在了網路連接、GPS、感應器上了。
簡單的說也就是主要在以下情況下耗電比較多:
1、 大資料量的傳輸。
2、 不停的在網路間切換。
3、 解析大量的文本資料。
那麼我們怎麼樣來改善一下我們的程式呢?
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)對比情況如所示:
 
很明顯,使用流的方式解析效率要高一些,因為DOM解析是在對整個文檔讀取完後,再根據節點層次等再組織起來。而流的方式是邊讀取資料邊解析,資料讀取完後,解析也就完畢了。
在資料格式方面,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、 其它一些最佳化方法:
回收java對象,特別是較大的java對像
XmlPullParserFactory and BitmapFactory  
 
Matcher.reset(newString) for regex 
 
StringBuilder.sentLength(0) 
 
對定位要求不是太高的話盡量不要使用GPS定位,可能使用wifi和移動網路cell定位即可。GPS定位消耗的電量遠遠高於移動網路定位。
盡量不要使用浮點運算。
擷取螢幕尺寸等資訊可以使用緩衝技術,不需要進行多次請求。
很多人開發的程式後台都會一個service不停的去伺服器上更新資料,在不更新資料的時候就讓它sleep,這種方式是非常耗電的,通常情況下,我們可以使用AlarmManager來定時啟動服務。如下所示,第30分鐘執行一次。
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相關文檔

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.