Android編程之高效開發App的10個建議_Android

本文講述了Android編程之高效開發App的10個建議。分享給大家供大家參考，具體如下：

假如要Google Play上做一個最失敗的案例，那最好的秘訣就是介面奇慢無比、耗電、耗記憶體。接下來就會得到使用者的消極評論，最後名聲也就臭了。即使你的應用設計精良、創意無限也沒用。

耗電或者記憶體佔用等影響產品效率的每一個問題都會影響App的成功。這就是為什麼在開發中確保最佳化、運行流暢而且不會使Android系統出問題 是至關重要的了。這裡不需要討論高效編程，因為我們不會關心你寫的代碼是否能夠經得起測試。即使高效的代碼也是需要時間來運行。今天這篇文章我們就講講怎 麼儘可能地縮短已耗用時間，以及如何開發使用者喜歡的App。

高效地利用線程

建議一：怎麼在後台取消一些線程中的動作

我們知道App運行過程中所有的操作都預設在主線程（UI線程）中進行的，這樣App的響應速度就會受到影響。會導致程式陷入卡頓、死掉甚至會發生系統錯誤。
為了加快響應速度，需要把費時的操作（比如網路請求、資料庫操作或者複雜的計算）從主線程移動到一個單獨的線程中。最高效的方式就是在類這一級完成 這項操作，可以使用AsyncTask或者IntentService來建立後台操作。如果選擇使用IntentService，它會在需要的時候啟動起 來，然後通過一個背景工作執行緒來處理請求（Intent）。
使用IntentService時需要注意以下幾點限制：

① 這個類不要給UI傳遞資訊，如果要向使用者展示處理結果資訊請用Activity；
② 每次只能處理一個請求；
③ 每一個處理請求過程都不能中斷；

建議二：怎麼保持響應不發生ANR

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

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

建議三：怎麼線上程中初始化查詢操作

當查詢操作正在幕後處理時，展示資料也不是即時的，但是你可以使用CursorLoader對象來加快速度，這個操作可以使Activity和使用者之間的互動不受影響。
使用這個對象後，你的App會為ContentProvider初始化一個獨立的後台線程進行查詢，當查詢結束後就會給調用查詢的Activity返回結果。

建議四：其它需要注意的方面

① 使用StrictMode來檢查UI線程中可能潛在的費時操作；
② 使用一些特殊的工具如Systrace或者Traceview來尋找在你的應用中的瓶頸；
③ 用進度條向使用者展示操作進度；
④ 如果初始化操作很費時，請展示一個歡迎介面。

最佳化裝置的電池壽命

如果應用很費電，請不要責怪使用者卸載了你的應用。對於電池使用來說，主要費電情況如下：

① 更新資料時經常喚醒程式；
② 用EDGE或者3G來傳遞資料；
③ 文本資料轉換，進行非JITRegex操作。

建議五：怎麼最佳化網路

① 如果沒有網路連接，請讓你的應用跳過網路操作；只在有網路連接並且無漫遊的情況下更新資料；
② 選擇相容的資料格式，把含有文本資料和位元據的請求全部轉化成位元據格式請求；
③ 使用高效的轉換工具，多考慮使用流式轉換工具，少用樹形的轉換工具；
④ 為了更快的使用者體驗，請減少重複訪問伺服器的操作；
⑤ 如果可以的話，請使用framework的GZIP庫來壓縮文本資料以高效使用CPU資源。

建議六：怎麼最佳化應用在前端的工作

① 如果考慮使用wakelocks，盡量設定為最小的層級；
② 為了防止潛在的bug導致的電量消耗，請明確指定逾時時間；
③ 啟用 android:keepScreenOn屬性；
④ 除了系統的GC操作，多考慮手動回收Java對象，比如XmlPullParserFactory和BitmapFactory。還有Regex的Matcher.reset(newString)操作、StringBuilder.setLength(0)操作；
⑤ 要注意同步的問題，儘管在主線程中是安全的；
⑥ 在Listview中要多採用重複利用策略；
⑦ 如果允許的話多使用粗略的網路定位而不用GPS，對比一下GPS需要1mAh（25s * 140 mA），而一般網路只用0.1mAh（2s * 180mA）；
⑧ 確保登出GPS的位置更新操作，因為這個更新操作在onPause()中也是會繼續的。當所有的應用都登出了這個操作，使用者可以在系統設定中重新啟用GPS而不浪費電量；
⑨ 請考慮在大量數理運算中使用低精度變數並在用DisplayMetrics進行DPI任務時緩衝變數值；

建議七：怎麼最佳化工作在前台的應用

① 請確保service生命週期都是短暫的，因為每個進程都需要2MB的記憶體，而在前景程式需要記憶體時也會重新啟動；
② 保持記憶體的使用量不要太大；
③ 如果要應用每30分鐘更新一次，請在裝置處於喚醒狀態下進行；
④ Service在pull或者sleep狀態都是不好的，這就是為什麼在服務結束時要使用AlarmManager或者配置屬性stopSelf()的原因。

建議八：其它注意事項

① 在進行整體更新之前檢查電池的狀態和網路狀態，等待最好的狀態在進行大幅度裝換操作；
② 讓使用者看到用電情況，比如更新周期，後台操作的時候；

實現低記憶體佔用UI

建議九：怎麼找到布局顯示問題

當我們為布局單獨建立UI的時候，就是在建立濫用記憶體的App，它在UI中會出現可惡的延時。要實現一個流暢的、低記憶體佔用的UI，第一步就是搜尋 你的應用找出潛在的瓶頸布局。使用Android SDK/tools/中內建的Hierarchy Viewer Tool工具。
還有一個很好的工具就是Lint，它會掃描應用的源碼去尋找可能存在的bug，並為控制項結果進行最佳化。

建議十：如何解決問題

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

做到更加完美並不斷最佳化

儘管以上的每條建議看起來都是很小的改進，但是如果它能成為你日常代碼的一部分，那麼你就會看到意想不到的結果。要讓Google Play看到更多傑出的、流暢的、更快速、更省電的應用，向Android走向完美的目標邁進一步。

希望本文所述對大家Android程式設計有所協助。