本來之前覺得Android項目優化系列的文章基本整理完畢了，但是近期看了一下《阿裡Android開發手冊》有了很多收穫，想再整理一篇，下麵就開始吧。

先在這裡列一下之前整理的文章及鏈接：

Android 項目優化（一）：項目代碼規範優化

Android 項目優化（二）：啟動頁面優化

Android 項目優化（三）：MultiDex 優化

Android 項目優化（四）：記憶體優化

Android 項目優化（五）：應用啟動優化

一、Android 基本組件開發規範

1. Activity 開發

必須要遵守的開發規範如下：

a). Activity 間數據通信，對於數據量比較大的，避免使用Intent + Parcelable的方式，可以考慮使用EventBus等替代方案，以免造成TransactionTooLargeException異常。

b). Activity 間通過隱式的Intent跳轉，在Intent發出去之前必須使用resolveActivity檢查，避免找不到合適的調用組件，造成ActivityNotFoundException異常。

c). Activity 動態註冊BroadCastReceiver時，registerReceiver和unregisterReceiver方法要成對出現，且生命周期對應。（否則會導致記憶體泄漏，部分華為機型對receiver進行資源管控，單個應用註冊過多receiver會觸發管控模塊拋出異常，可能會導致應用崩潰。）

建議的遵守的開發規範如下：

a). 不要在Activity的onDestroy()內執行釋放資源的工作，例如一些工作線程的銷毀和停止。因為onDestroy執行的時機可能較晚了，可以根據時機需要在Activity的onPause或onStop方法中結合isFinishing來判斷執行相應的邏輯。

b). 當前Activity的onPause方法執行結束後才會創建（onCreate）或恢復（onRestart）別的Activity，所以在onPause方法中不適合做耗時較長的操作，耗時較長的操作會影響頁面之間的跳轉效率。

c). Activity的onSaveInstanceState方法不是Activity生命周期方法，也不保證一定會被調用。它是用來在Activity被意外銷毀時保存UI狀態的，只能用於保存臨時數據，例如UI控制項的屬性，不能用於數據持久化的存儲控制。持久化存儲應該在Activity的onPause/onStop中實行。

2. Service 開發

必須要遵守的開發規範如下：

a). 避免在Service的onStartCommand/onBind方法中執行耗時操作，如果確實有需求，應改為IntentService或者採用其他非同步機制完成。

建議的遵守的開發規範如下：

a). Service需要以多線程併發處理多個啟動請求，建議使用IntentService，可避免各種複雜的配置。

b). 建議總是使用顯式的Intent啟動或者綁定Service，且不要為Service聲明Intent Filter，保證應用的安全性。如需要隱式調用，建議設置Intent的指定包名，這樣可以充分消除目標Service的不確定性。

3. BroadCastReceiver開發

必須要遵守的開發規範如下：

a). 避免在BroadCastReceiver的onReceive方法中執行耗時操作，如果有耗時工作，應該創建IntentService完成，而不應該在BroadCastReceiver內創建子線程去做。

b). 避免使用隱式的Intent廣播敏感信息，信息可能被其他註冊了對應的BroadCastReceiver的App接收。如果廣播僅限於應用內，可使用LocalBroadcastManager的sendBroadcast實現，避免敏感信息外泄和Intent攔截的風險。

建議的遵守的開發規範如下：

a). 對於只用於應用內的廣播，優先使用LocalBroadcastManager來註冊和發送，LocalBroadcastManager安全性更好，能避免敏感信息外泄和Intent攔截的風險，同時擁有更高的運行效率。

二、UI 與 佈局開發規範

必須要遵守的開發規範如下：

a). 佈局中不得不使用ViewGroup多重嵌套時，不要使用LinearLayout嵌套，改用RelativeLayout，可以降低嵌套層數。

說明：Android 應用頁面的任何一個View都需要經過measure、layout、draw三個步驟才能被正確的渲染。嵌套層級越多，帶來的measure次數越多，計算就會越費時。

b). 不要在非UI線程進行View相關的操作。

c). 不能用ScrollView包裹ListView/GridView/ExpandableListView，因為這樣會把ListView的所有Item都載入到記憶體中，需要消耗巨大的記憶體和CPU去繪製畫面。這裡推薦使用NestedScrollView。

d). 在使用Adapter的時候，如果你使用了ViewHolder做緩存，在getView()的方法中，無論這項convertView的每個子控制項是否需要設置屬性，都要顯式的設置屬性（包括文本內容、背景色及其他屬性），否則在滑動中，因為adapter item復用的原因，會出現內容的顯示錯亂。

建議的遵守的開發規範如下：

a). 在Activity中顯示對話框或彈出浮層時，儘量使用DialogFragment，而非Dialog/AlertDialog，這樣便於隨Activity生命周期管理對話框/彈出浮層的生命周期。

b). 推薦文本大小使用：dp單位。推薦View大小使用：dp單位。因為：sp是Android早期推薦使用的，但sp即受屏幕密度影響又受到系統字體設置影響，dp相對能保證UI的一致性。

c). 儘量避免在Activity沒有完全顯示時顯示PopupWindow和Dialog。

d). 儘量不要用AnimationDrawable實現幀動畫（尤其圖片多的時候），它在初始化時會將所有圖片載入到記憶體，非常消耗資源（低端機可能直接OOM），且不能釋放，釋放後下次載入會報錯。

三、進程、線程與消息通信開發規範

必須要遵守的開發規範如下：

a). 不要通過Intent在Android基礎組件之間傳遞大數據，否則可能會導致OOM。

b). 在Application的業務初始化代碼加入進程判斷，確保只在自己需要的進程初始化。特別是後臺進程減少不必要的業務初始化。

c). 新建線程時，必須通過線程池提供（AsyncTask或者ThreadPoolExecutor或者其他形式的線程池），不允許在應用中自行創建線程。

說明：使用線程池的好處是減少在創建和銷毀線程上所花的時間以及系統資源的開銷，解決資源不足的問題。如果不使用線程池，有可能造成系統創建大量同類線程而導致記憶體消耗完或者過度切換的問題。另外，創建匿名線程不便於後續的資源使用的分析，對性能分析會造成困擾。

d). 線程池不允許使用Executors去創建，而是通過ThreadPoolExecutor的方式，這樣的方式能夠讓寫的同學更加明確線程池的運行規則，規避資源耗盡的風險。

e). 子線程中不能更新界面，更新界面必須在主線程中進行，網路操作不能在主線程中調用。

建議的遵守的開發規範如下：

a). 儘量減少不同App之間的進程通信及拉起行為。拉起會導致占用系統資源，影響用戶體驗。

b). 新建線程時，定義能識別自己業務的線程名稱，便於性能優化和問題排查。

c). 使用線程池是，在業務滿足的情況下儘量設置線程的存活時間（setKeepAliveTime），確保線程空閑時能夠被釋放。

d). 儘量避免在多進程之間用SharePreferences共用數據，雖然可以通過設置MODE_MULTI_PROCESS來實現，但是這種方式官方已經不推薦使用了。

e). 謹慎使用Android的多進程，雖然多進程能降低主進程的壓力，但是需要註意以下問題：

• 首次進入新啟動進程的頁面會有延遲現象（可能黑屏or白屏幾秒）。
• 應用內多進程時，Application實例化多次，需要考慮各個模塊是否需要在所有進程中初始化。

四、文件與資料庫開發規範

必須要遵守的開發規範如下：

a). 任何時候都不要硬編碼文件路徑，請使用Android文件系統API訪問（硬編碼存在機型相容問題）。

b). 當使用外部存儲時，必須檢查外部存儲的可用性。

c). 應用間共用文件時，不要通過放寬文件系統的許可權去實現，而是應該使用FileProvier。

d). 資料庫Cursor必須確保使用完後關閉，以避免記憶體泄漏。

e). 多線程寫入資料庫時，需要使用事務，以免出現同步問題。

f). 執行SQL時，應該使用SQLiteDataBase的insert、update、delete方法，不要使用execSQL方法，以免SQL註入風險。

g). 如果ContentProvider管理的數據存儲在SQL資料庫中，應該避免將不受信任的外部數據直接拼接在原始SQL語句中。

建議的遵守的開發規範如下：

a). SharePreference中只能存儲簡單數據類型（int、boolean、String等），複雜數據類型建議使用文件、資料庫等其他存儲方式。

b). SharePreference提交數據時，儘量使用apply方法。除非需要確定提交結果，並據此執行後續操作時，才使用commit方法。

c). 將大數據寫入資料庫時，請使用事務或者其他能提高I/O效率的機制，保證執行速度。

五、Bitmap、Drawable與動畫

必須要遵守的開發規範如下：

a). 載入大圖或者一次性載入多張圖的時候，應該在非同步線程中進行。圖片的載入，涉及IO操作，以及CPU密集操作，很可能引起卡頓。

b). 在ListView、ViewPager、RecyclerView、GridView等組件中使用圖片時，應做好圖片的緩存，避免使用持有圖片導致記憶體溢出，也要避免重覆創建圖片，引起性能問題。推薦使用Fresco、Glide等圖片載入庫。

c). 在Activity的onPause方法或onStop方法中，關閉當前Activity正在執行的動畫。

建議的遵守的開發規範如下：

a). 推薦根據展示實際需要，壓縮圖片，而不是直接展示原圖，這樣能提高App的性能。

b). 使用完畢的圖片，應及時回收，釋放寶貴的記憶體。（2.3.3及以下版本需要調用recycle方法，2.3.3以上GC會自動管理不需要調用recycle方法）

c). 在動畫或者其他非同步任務結束時，應考慮回調時刻的環境是否還支持業務處理，並增加相關的空指針等判斷邏輯。

d). 謹慎使用Gif，註意限制每個頁面同時允許播放的gif圖片數量，以及單個gif圖片的大小。

e). 根據設備性能，選擇性的開啟複雜動畫，以實現一個整體較優的性能和體驗。

六、安全

必須要遵守的開發規範如下：

a). 將android:allowbackup屬性必須設置為false，防止應用數據被導出。

說明：android:allowbackup 是Android提供的adb調試功能，如果設置為true，可以導出應用數據併在任意設備上恢復。這會對應用安全性和用戶數據隱私構成極大的威脅，所以必須設置為false，防止數據泄漏。

b). 在SDK支持的情況下，Android必須使用v2簽名，這將對APK文件的修改做更多的保護。

c). 所有的Android基本組件（Activity、Service、BroadcastReceiver、ContentProvider等）都不應在沒有嚴格許可權控制的情況下，將android:exported設置為true。

d). 確保應用發佈的版本的android:debuggable屬性設置為true。

建議的遵守的開發規範如下：

a). 在Android 4.2以上，對安全性較高的應用可在Activity中，對Activity所關聯的Window應用WindowManager.LayoutParams.FLAG_SECURE，防止被截屏、錄屏。對於其他的Window的視窗，如Dialog、DialogFragment等，根據需要也進行相應的保護。