1. 程式人生 > >Android APP效能優化十大方案

Android APP效能優化十大方案

Android系統的手機市場佔有率目前來說還是最大的,因此基於Android開發的App數量也是很龐大的。那麼,如何能開發出更高效能的Android App?相信是軟體開發公司以及廣大程式設計師們頭疼的一大難題。今天,就給大家提供幾個提高Android App效能的技巧。

高效地利用執行緒

1.在後臺取消一些執行緒中的動作

我們知道App執行過程中所有的操作都預設在主執行緒(UI執行緒)中進行的,這樣App的響應速度就會受到影響。會導致程式陷入卡頓、死掉甚至會發生系統錯誤。

為 了加快響應速度,需要把費時的操作(比如網路請求、資料庫操作或者複雜的計算)從主執行緒移動到一個單獨的執行緒中。最高效的方式就是在類這一級完成 這項操作,可以使用AsyncTask或者IntentService來建立後臺操作。如果選擇使用IntentService,它會在需要的時候啟動起 來,然後通過一個工作執行緒來處理請求(Intent)。

使用IntentService時需要注意以下幾點限制:

  • 這個類不要給UI傳遞資訊,如果要向用戶展示處理結果資訊請用Activity;

  • 每次只能處理一個請求;

  • 每一個處理請求過程都不能中斷;

2.保持響應不發生ANR

從UI執行緒中移除費時操作這個方式還可以防止使用者操作出現系統不響應(ANR)對話方塊。需要做的就是繼承AsyncTask來建立一個後臺工作執行緒,並實現doInBackground()方法。

還有一種方式就是自己建立一個Thread類或者HandlerThread類。需要注意這樣也會使App變慢,因為預設的執行緒優先順序和主執行緒的優先順序是一樣的,除非你明確設定執行緒的優先順序。

3.線上程中初始化查詢操作

當查詢操作正在後臺處理時,展示資料也不是即時的,但是你可以使用CursorLoader物件來加快速度,這個操作可以使Activity和使用者之間的互動不受影響。

使用這個物件後,你的App會為ContentProvider初始化一個獨立的後臺執行緒進行查詢,當查詢結束後就會給呼叫查詢的Activity返回結果。

4.其它需要注意的方面

  • 使用StrictMode來檢查UI執行緒中可能潛在的費時操作;

  • 使用一些特殊的工具如Safe.ijiami、Systrace或者Traceview來尋找在你的應用中的瓶頸;

  • 用進度條向用戶展示操作進度;

  • 如果初始化操作很費時,請展示一個歡迎介面。

優化裝置的電池壽命

如果應用很費電,請不要責怪使用者解除安裝了你的應用。對於電池使用來說,主要費電情況如下:

  • 更新資料時經常喚醒程式;

  • 用EDGE或者3G來傳遞資料;

  • 文字資料轉換,進行非JIT正則表示式操作。

5.優化網路

  • 如果沒有網路連線,請讓你的應用跳過網路操作;只在有網路連線並且無漫遊的情況下更新資料;

  • 選擇相容的資料格式,把含有文字資料和二進位制資料的請求全部轉化成二進位制資料格式請求;

  • 使用高效的轉換工具,多考慮使用流式轉換工具,少用樹形的轉換工具;

  • 為了更快的使用者體驗,請減少重複訪問伺服器的操作;

  • 如果可以的話,請使用framework的GZIP庫來壓縮文字資料以高效使用CPU資源。

6.優化應用在前端的工作

  • 如果考慮使用wakelocks,儘量設定為最小的級別;

  • 為了防止潛在的bug導致的電量消耗,請明確指定超時時間;

  • 啟用 android:keepScreenOn屬性;

  • 除了系統的GC操作,多考慮手動回收Java物件,比如XmlPullParserFactory和BitmapFactory。還有正則表示式的Matcher.reset(newString)操作、StringBuilder.setLength(0)操作;

  • 要注意同步的問題,儘管在主執行緒中是安全的;

  • 在Listview中要多采用重複利用策略;

  • 如果允許的話多使用粗略的網路定位而不用GPS,對比一下GPS需要1mAh(25s * 140 mA),而一般網路只用0.1mAh(2s * 180mA);

  • 確保登出GPS的位置更新操作,因為這個更新操作在onPause()中也是會繼續的。當所有的應用都登出了這個操作,使用者可以在系統設定中重新啟用GPS而不浪費電量;

  • 請考慮在大量數理運算中使用低精度變數並在用DisplayMetrics進行DPI任務時快取變數值;

7.優化工作在前臺的應用

  • 請確保service生命週期都是短暫的,因為每個程序都需要2MB的記憶體,而在前臺程式需要記憶體時也會重新啟動;

  • 保持記憶體的使用量不要太大;

  • 如果要應用每30分鐘更新一次,請在裝置處於喚醒狀態下進行;

  • Service在pull或者sleep狀態都是不好的,這就是為什麼在服務結束時要使用AlarmManager或者配置屬性stopSelf()的原因。

8.其它注意事項

  • 在進行整體更新之前檢查電池的狀態和網路狀態,等待最好的狀態在進行大幅度裝換操作;

  • 讓使用者看到用電情況,比如更新週期,後臺操作的時候;

實現低記憶體佔用UI

9.找到佈局顯示問題

當 我們為佈局單獨建立UI的時候,就是在建立濫用記憶體的App,它在UI中會出現可惡的延時。要實現一個流暢的、低記憶體佔用的UI,第一步就是搜尋 你的應用找出潛在的瓶頸佈局。使用Safe.ijiami和Android SDK/tools/中自帶的Hierarchy Viewer Tool工具。

還有一個很好的工具就是Lint,它會掃描應用的原始碼去尋找可能存在的bug,併為控制元件結果進行優化。

10.解決問題

如果佈局顯示結果發現了問題,你可以考慮簡化佈局結構。可以把LinearLayout型別轉化成RelativeLayout型別,降低佈局的層級結構

摘自51CTO