一切從用戶體驗(yàn)的角度去思考询件，當(dāng)我們置身處地得把自己當(dāng)做用戶去玩一款應(yīng)用時候，那么都會在意什么呢楞卡？假如正在玩一款手游霜运，首先一定不希望玩著玩著突然閃退，然后就是遇到畫面內(nèi)容很豐富的時候不希望卡頓蒋腮，其次就是耗電和耗流量不希望太嚴(yán)重淘捡，最后就是版本更新的時候安裝包希望能小一點(diǎn)
四個方面總結(jié)如下：
? 1? 穩(wěn)定（內(nèi)存溢出、崩潰）
? 2? 流暢（卡頓）
? 3? 耗損（耗電徽惋、流量）
? 4? 安裝包（APK瘦身）
1? 內(nèi)存優(yōu)化? ?
（1）static
????????由于static聲明變量的生命周期其實(shí)是和APP的生命周期一 樣的案淋，有點(diǎn)類似與Application。如果大量的使用的話险绘，就會占據(jù)內(nèi)存空間不釋放踢京，積少成多也會造成內(nèi)存的不斷開銷，直至掛掉宦棺。static的合理 使用一般用來修飾基本數(shù)據(jù)類型或者輕量級對象瓣距，盡量避免修復(fù)集合或者大對象，常用作修飾全局配置項代咸、工具類方法蹈丸、內(nèi)部類。
? （2）無關(guān)引用
????????很多情況下呐芥，我們需求用到傳遞引用逻杖，但是我們無法確保引用傳遞出去后能否及時的回收。比如比較有代表性的Context泄漏思瘟，很多情況下當(dāng)Activity 結(jié)束掉后荸百，由于仍被其他的對象指向?qū)е乱恢边t遲不能回收，這就造成了內(nèi)存泄漏滨攻。
? （3）handler
????????在處理異步操作的時候够话，handler + thread是個不錯的選擇蓝翰。handler運(yùn)行于UI 線程，不斷處理來自MessageQueue的消息女嘲，如果handler還有消息需要處理但是Activity頁面已經(jīng)結(jié)束的情況下畜份，Activity的 引用其實(shí)并不會被回收，這就造成了內(nèi)存泄漏欣尼。
? （4）Bitmap
????????Bitmap的不當(dāng)處理極可能造成OOM爆雹，絕大多數(shù)情況都是因這個原因出現(xiàn)的，在加載網(wǎng)絡(luò)圖片的時候媒至，使用軟引用或者弱引用并進(jìn)行本地緩存顶别，推薦使用android-universal-imageloader或者xUtils
? （5）Cursor和IO流
? ? ? ? ?在查詢SQLite數(shù)據(jù)庫時，會返回一個Cursor拒啰，當(dāng)查詢完畢后驯绎，及時關(guān)閉，這樣就可以把查詢的結(jié)果集及時給回收掉谋旦。I/O流操作完畢剩失，讀寫結(jié)束，記得關(guān)閉册着。
? （6） ListView和GridView的item緩存
? ? ? ? ? ?對于移動設(shè)備拴孤，尤其硬件參差不齊的android生態(tài)，頁面的繪制其實(shí)是很耗時的甲捏，findViewById也是蠻慢的演熟。所以不重用View，在有列表的時候就尤為顯著了司顿，經(jīng)常會出現(xiàn)滑動很卡的現(xiàn)象芒粹。
穩(wěn)定性建議
????????影響穩(wěn)定性的原因很多，比如內(nèi)存使用不合理大溜、代碼異常場景考慮不周全化漆、代碼邏輯不合理等，都會對應(yīng)用的穩(wěn)定性造成影響钦奋。其中最常見的兩個場景是：Crash 和 ANR座云，這兩個錯誤將會使得程序無法使用。所以做好Crash監(jiān)控付材，把崩潰信息朦拖、異常信息收集記錄起來，以便后續(xù)分析
建議1：布局優(yōu)化
????????合并 減少嵌套 厌衔，一個大原則：盡量保持布局層級的扁平化贞谓。在不影響層級深度的情況下，使用LinearLayout而不是RelativeLayout葵诈。因?yàn)镽elativeLayout會讓子View調(diào)用2次onMeasure裸弦，LinearLayout 在有weight時，才會讓子View調(diào)用2次onMeasure作喘。Measure的耗時越長那么繪制效率就低理疙。如果非要是嵌套，那么盡量避免RelativeLayout嵌套RelativeLayout泞坦。這簡直就是惡性循環(huán)窖贤。布局復(fù)用，提高顯示速度贰锁，
建議3：啟動優(yōu)化
通常來說赃梧，啟動方式分為兩種：冷啟動和熱啟動。
????????1豌熄、冷啟動：當(dāng)啟動應(yīng)用時授嘀，后臺沒有該應(yīng)用的進(jìn)程，這時系統(tǒng)會重新創(chuàng)建一個新的進(jìn)程分配給該應(yīng)用锣险，這個啟動方式就是冷啟動蹄皱。
????????2、熱啟動：當(dāng)啟動應(yīng)用時芯肤，后臺已有該應(yīng)用的進(jìn)程（例：按back鍵巷折、home鍵，應(yīng)用雖然會退出崖咨，但是該應(yīng)用的進(jìn)程是依然會保留在后臺锻拘，可進(jìn)入任務(wù)列表查看），所以在已有進(jìn)程的情況下击蹲，這種啟動會從已有的進(jìn)程中來啟動應(yīng)用署拟，這個方式叫熱啟動。
簡單解釋一下App的啟動過程：
????????1.點(diǎn)擊Launcher际邻，啟動程序,通知ActivityManagerService
????????2.ActivityManagerService通知zygote進(jìn)程孵化出應(yīng)用進(jìn)程芯丧，分配內(nèi)存空間等
????????3.執(zhí)行該應(yīng)用ActivityThread的main()方法
????????4.應(yīng)用程序通知ActivityManagerService它已經(jīng)啟動，ActivityManagerService保存一個該應(yīng)用的代理對象,ActivityManagerService通過它可以控制應(yīng)用進(jìn)程
????????5.ActivityManagerService通知應(yīng)用進(jìn)程創(chuàng)建入口的Activity實(shí)例世曾，執(zhí)行它的生命周期
建議5：動畫優(yōu)化
????????在實(shí)現(xiàn)動畫效果時缨恒，需要根據(jù)不同場景選擇合適的動畫框架來實(shí)現(xiàn)。有些情況下轮听，可以用硬件加速方式來提供流暢度骗露。
三、節(jié)省——耗電優(yōu)化
????????在 Android5.0 以前血巍，在應(yīng)用中測試電量消耗比較麻煩萧锉，也不準(zhǔn)確，5.0 之后專門引入了一個獲取設(shè)備上電量消耗信息的API:Battery Historian述寡。Battery Historian 是一款由 Google 提供的 Android 系統(tǒng)電量分析工具柿隙，和Systrace 一樣叶洞，是一款圖形化數(shù)據(jù)分析工具，直觀地展示出手機(jī)的電量消耗過程禀崖，通過輸入電量分析文件衩辟，顯示消耗情況，除此之外波附，還有一些常用方案可提供：計算優(yōu)化艺晴，避開浮點(diǎn)運(yùn)算等。避免 WaleLock 使用不當(dāng)掸屡。使用 Job Scheduler封寞。
四、APK瘦身
????????減少安裝包大小的常用方案
????????代碼混淆：使用proGuard 代碼混淆器工具仅财，它包括壓縮狈究、優(yōu)化、混淆等功能满着。
????????資源優(yōu)化:：如使用 Android Lint 刪除冗余資源谦炒，資源文件最少化等。
????????圖片優(yōu)化：比如利用 AAPT 工具對 PNG 格式的圖片做壓縮處理风喇，降低圖片色彩位數(shù)等宁改。避免重復(fù)功能的庫，使用 WebP圖片格式等魂莫。
????????插件化：比如功能模塊放在服務(wù)器上还蹲，按需下載，可以減少安裝包大小耙考。
