Android優(yōu)化一：提綱
Android優(yōu)化二：性能檢測(cè)
Android優(yōu)化三：內(nèi)存優(yōu)化
Android優(yōu)化四：App啟動(dòng)速度優(yōu)化
Android優(yōu)化五：布局優(yōu)化
Android優(yōu)化六：性能優(yōu)化

前言

最近在找工作，面了很多家公司，面試官對(duì)于Handler消息機(jī)制和Android性能優(yōu)化、OOM異常這幾個(gè)問(wèn)題幾乎是必問(wèn)，煩不勝煩。
以前寫(xiě)了一盤(pán)很長(zhǎng)很長(zhǎng)的文章，后面發(fā)現(xiàn)太長(zhǎng)了，自己都看不下去，現(xiàn)在按功能拆分成幾部分。

Java的GC機(jī)制

• 引用計(jì)數(shù)法（Java中基本不用，Python用）
• 可達(dá)性分析法（現(xiàn)在Java用這個(gè)）

垃圾回收算法

• 標(biāo)記-清除
• 復(fù)制
• 標(biāo)記-整理
• 分代收集算法（新生代和老生代）

結(jié)合使用，新生代的GC比較頻繁，使用復(fù)制的方法效率高，在新生代存活很久后，進(jìn)入老生代，老生代GC少，使用標(biāo)記-整理的方法。

Java類(lèi)加載機(jī)制

• 雙親機(jī)制

當(dāng)一個(gè)ClassLoader實(shí)例需要加載某個(gè)類(lèi)時(shí)，它會(huì)試圖親自搜索某個(gè)類(lèi)之前，先把這個(gè)任務(wù)委托給它的父類(lèi)加載器，這個(gè)過(guò)程是由上至下依次檢查的，首先由最頂層的類(lèi)加載器Bootstrap ClassLoader試圖加載，如果沒(méi)加載到，則把任務(wù)轉(zhuǎn)交給Extension ClassLoader試圖加載，如果也沒(méi)加載到，則轉(zhuǎn)交給App ClassLoader 進(jìn)行加載，如果它也沒(méi)有加載得到的話，則返回給委托的發(fā)起者，由它到指定的文件系統(tǒng)或網(wǎng)絡(luò)等URL中加載該類(lèi)。

• 為什么要使用雙親機(jī)制？

因?yàn)檫@樣可以避免重復(fù)加載，當(dāng)父親已經(jīng)加載了該類(lèi)的時(shí)候，就沒(méi)有必要子ClassLoader再加載一次。
考慮到安全因素，我們?cè)囅胍幌?，如果不使用這種委托模式，那我們就可以隨時(shí)使用自定義的String來(lái)動(dòng)態(tài)替代java核心api中定義的類(lèi)型，這樣會(huì)存在非常大的安全隱患，而雙親委托的方式，就可以避免這種情況，因?yàn)镾tring已經(jīng)在啟動(dòng)時(shí)就被引導(dǎo)類(lèi)加載器（Bootstrcp ClassLoader）加載，所以用戶自定義的ClassLoader永遠(yuǎn)也無(wú)法加載一個(gè)自己寫(xiě)的String，除非你改變JDK中ClassLoader搜索類(lèi)的默認(rèn)算法。

• JVM在搜索類(lèi)的時(shí)候，又是如何判定兩個(gè)class是相同的呢？

類(lèi)名想同 + 使用同一個(gè)類(lèi)加載器

Android類(lèi)加載機(jī)制

對(duì)于Android而言，最終的apk文件包含的是dex類(lèi)型的文件，dex文件是將class文件重新打包，打包的規(guī)則又不是簡(jiǎn)單地壓縮，而是完全對(duì)class文件內(nèi)部的各種函數(shù)表，變量表進(jìn)行優(yōu)化，產(chǎn)生一個(gè)新的文件，即dex文件。因此加載這種特殊的Class文件就需要特殊的類(lèi)加載器DexClassLoader。

內(nèi)存區(qū)分

• 寄存器Registers：用于存儲(chǔ)指令、地址、數(shù)據(jù)。
• 棧Stack：基本數(shù)據(jù)類(lèi)型、對(duì)象的引用、函數(shù)地址，由系統(tǒng)控制。
• 堆Heap：存放對(duì)象本身和數(shù)組，由開(kāi)發(fā)者控制。
• 靜態(tài)域static field：存儲(chǔ)靜態(tài)變量。
• 常量池constant pool：存放常量。

堆是被所有的內(nèi)存所共享的，但是每一個(gè)線程對(duì)應(yīng)一個(gè)私有的棧。Java中所有的變量都存在主內(nèi)存中，線程的工作內(nèi)存保存了該線程所使用的變量，這些變量都是從主內(nèi)存中拷貝出來(lái)的，線程對(duì)變量的所有操作（讀取，賦值）都必須在工作內(nèi)存中進(jìn)行。不同線程之間也無(wú)法直接訪問(wèn)對(duì)方工作內(nèi)存中的變量，線程間變量值的傳遞均需要通過(guò)主內(nèi)存來(lái)完成。
這也是多線程并發(fā)的三大特性“有序性”的產(chǎn)生原因。

Java中的“引用”

• 強(qiáng)引用：GC永遠(yuǎn)都不會(huì)被回收
• 軟引用：在內(nèi)存溢出的時(shí)候，被GC回收掉。
• 弱引用：當(dāng)GC執(zhí)行后，對(duì)象都會(huì)被回收掉。
• 虛引用：在GC回收時(shí)收到一條通知。

開(kāi)發(fā)者能控制的內(nèi)存基本在于堆和棧。

Q：你是如何處理內(nèi)存泄漏的？

①在開(kāi)發(fā)過(guò)程中避免寫(xiě)出有內(nèi)存泄漏的代碼
②通過(guò)一些分析工具比如MAT來(lái)找出潛在的內(nèi)存泄露，然后解決。

鳴謝

《Android群英傳》
《Android群英傳之神兵利器》
《Android 開(kāi)發(fā)藝術(shù)探索》
與性能優(yōu)化相關(guān)面試題六
Android性能優(yōu)化-內(nèi)存泄漏（上）
給 App 提速：Android 性能優(yōu)化總結(jié)
Android應(yīng)用開(kāi)發(fā)性能優(yōu)化完全分析
《Android 開(kāi)發(fā)藝術(shù)探索》 15-Android性能優(yōu)化
Android內(nèi)存泄漏總結(jié)