所有一切眾生之類：若卵生若胎生若濕生若化生纳寂；若有色若無色；若有想若無想若非有想非無想泻拦，我皆令入無余涅盤而滅度之毙芜。如是滅度無量無數(shù)無邊眾生，實(shí)無眾生得滅度者争拐。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ----佛說
代碼優(yōu)化
在構(gòu)建APP時(shí)爷肝，我們經(jīng)常需要應(yīng)用一些第三方的SDK，而項(xiàng)目業(yè)務(wù)越多陆错，引用的第三方也越多灯抛，有些第三方庫會(huì)要求我們?cè)贏pplication的oncreate方法中對(duì)其初始化，著意味著：在Application的oncreate方法中執(zhí)行時(shí)間越長(zhǎng)音瓷，首個(gè)activity布局渲染的時(shí)間也會(huì)相應(yīng)的拉長(zhǎng)对嚼。同理，如果我們?cè)谑讉€(gè)activity的oncreate绳慎，onstart,onResume方法中執(zhí)行的任務(wù)時(shí)間過長(zhǎng)纵竖，同樣也會(huì)導(dǎo)致布局的渲染時(shí)間越長(zhǎng)。這樣直接導(dǎo)致的問題就是杏愤，用戶感覺頁面遲遲沒有加載出來靡砌，用戶體驗(yàn)極差。
App啟動(dòng)時(shí)間的檢測(cè)
adb shell am start -W com.example.test/.SplashActivity
運(yùn)行結(jié)果
TotalTime:一系列Activity啟動(dòng)的時(shí)間
WaitTime:總啟動(dòng)時(shí)間珊楼，包含系統(tǒng)在冷啟動(dòng)時(shí)通殃，需要加載App信息到內(nèi)存的時(shí)間
通過以上命令可以檢測(cè)Activity的啟動(dòng)時(shí)間，一般情況下開發(fā)者只需要關(guān)注TotalTime厕宗，因?yàn)門otalTime這個(gè)時(shí)間是可控的画舌，而WaitTime是系統(tǒng)在冷啟動(dòng)時(shí)，需要加載App信息到內(nèi)存的時(shí)間這個(gè)時(shí)間開發(fā)者是不可控的已慢。如果通過以上方式發(fā)現(xiàn)APP的啟動(dòng)時(shí)間沒有在一個(gè)合理的范圍之內(nèi)那應(yīng)該怎么定位到底是哪個(gè)代碼出了問題呢曲聂？？佑惠？朋腋？齐疙？？
問題代碼定位
示例代碼
通過Debug.startMethodTracing（）方法和Debug.stopMethodTracing();方法包裹業(yè)務(wù)邏輯代碼塊旭咽，當(dāng)代碼執(zhí)行完畢的時(shí)候會(huì)生成一個(gè)app.trace文件剂碴，通過命令adb pull /storage/emulated/0//Android/data/com.example.test/files/app.trace 將生成的文件導(dǎo)入到項(xiàng)目下面。
將工程目錄下面生成的app.track文件拖入到AndroidStudio轻专，可以將app.track的信息讀取出來，會(huì)顯示如下頁面
Cpu usage details unavailable區(qū)域代表整個(gè)APP方法的調(diào)用情況察蹲，向右拖動(dòng)可以截取某一段代碼片段查看
Call Chart模塊圖分析搀崭，第一行顯示的init方法的調(diào)用以及test方法調(diào)用的耗時(shí)情況焊夸，由前面的代碼示例可以看出init方法調(diào)用了a方法，a方法調(diào)用了b方法和方法總共耗時(shí)3.2，此時(shí)Call Chart分析模塊第一行顯示init方法耗時(shí)3.2s舞萄，test方法耗時(shí)200ms，第二行顯示調(diào)用的a方法低滩，因?yàn)樵趇nit方法里面只調(diào)用了a方法缤言，a方法里面先是睡眠500ms，緊接著又調(diào)用了b方法和test方法审胚，所以耗時(shí)跟init方法一樣也是3.2s....依次分析匈勋，如果覺得上圖的分析不夠直觀也可以切換到Top Down模塊進(jìn)行分析，如下圖
通過以上的分析膳叨，我們已經(jīng)可以很準(zhǔn)確的定位到那些代碼是比較耗時(shí)的洽洁，針對(duì)耗時(shí)的代碼我總結(jié)了如下的解決方案。
一? 針對(duì)初始化比較耗時(shí)的代碼菲嘴，我們可以通過異步線程的方式對(duì)其進(jìn)行初始化饿自。
異步初始化代碼需要注意：
1在異步線程中調(diào)用的初始化的API不允許創(chuàng)建Handler
2 不能有更新UI的操作。
3 對(duì)異步要求不高龄坪，（什么叫對(duì)異步要求不高昭雌？？健田？烛卧？？妓局，比如說我們?cè)贏 acitvity里面做一個(gè)對(duì)數(shù)據(jù)的處理唱星，A activity處理完數(shù)據(jù)以后要跳轉(zhuǎn)到B activity，B activity需要拿到A activity的數(shù)據(jù)跟磨，那如果我們的A activity在處理數(shù)據(jù)的時(shí)候使用的是這樣一個(gè)異步線程间聊，這個(gè)時(shí)候很有可能導(dǎo)致在做頁面跳轉(zhuǎn)的時(shí)候異步線程還沒執(zhí)行完畢導(dǎo)致B activity，拿不到數(shù)據(jù)從而出現(xiàn)異常）
二 針對(duì)初始化比較耗時(shí)的代碼抵拘，我們可以通過懶加載的方式對(duì)其進(jìn)行初始化哎榴。
什么是懶加載？就是在使用的時(shí)候?qū)ζ溥M(jìn)行初始化，什么時(shí)候用什么時(shí)候初始化尚蝌，沒必要在程序剛開始啟動(dòng)的時(shí)候就對(duì)其進(jìn)行初始化迎变。
