內(nèi)存優(yōu)化

高炳秋

2017年7月

一、前言（問題提出）

為了提高app的穩(wěn)定性，一旦發(fā)生內(nèi)存泄露，久而久之，就會(huì)出現(xiàn)oom，進(jìn)而導(dǎo)致crash。

二、gc

分類

1、內(nèi)存泄露：對(duì)象已經(jīng)不再使用了，但是無法被內(nèi)存回收；

2、內(nèi)存溢出：對(duì)象太多，無法被無法，超過大小限制。

對(duì)象已死判斷方法

1.如果有個(gè)對(duì)象引用他，則加1，當(dāng)方法介紹時(shí)，則減去1。

2.可達(dá)性分析。

從gc root開始，如果不存在任何強(qiáng)引用鏈相連，說明可回收

引用分類

1.強(qiáng)引用：如果沒有其他說明，都是強(qiáng)引用；

2.軟引用（SoftReference）：當(dāng)內(nèi)存不夠時(shí)就回收

3.弱引用（WeakReference）：gc觸發(fā)時(shí)，就回收

4.虛引用（WeakReference）：沒用過

總結(jié)：一般都是強(qiáng)引用；如果擔(dān)心對(duì)象發(fā)生內(nèi)存泄露，就是使用弱引用，常見的有內(nèi)部類等。

回收算法

1.標(biāo)記-清除：判斷對(duì)象是否已死，然后標(biāo)記，逐個(gè)清除；

問題：產(chǎn)生了大量碎片，效率低

2.復(fù)制算法：把回收后還存活的對(duì)象復(fù)制到其他，然后清除剩下的；（分為eden：suivivor；8:1）復(fù)制到suivivor區(qū)；

3.標(biāo)記-整理（老年代）：先1，然后整理

4.分代：根據(jù)不同的年代采取不同的算法

總結(jié)：一般都是強(qiáng)引用；如果擔(dān)心對(duì)象發(fā)生內(nèi)存泄露，就是使用弱引用，常見的有內(nèi)部類等。

分代策略

1.優(yōu)先eden

2.大對(duì)象老年代

3.長(zhǎng)時(shí)間的老年代

Minor gc：老年代小于新生代的最大值；

Full gc：老年代小于每次新生代升級(jí)平均值；

三、總結(jié)及備注

大對(duì)象處于老年代容易內(nèi)存泄露；

一般不要主動(dòng)調(diào)用System.gc();cpu消耗極大

四、實(shí)踐

判斷一個(gè)對(duì)象是否會(huì)內(nèi)存泄露，主要看誰引用（調(diào)用）了該對(duì)象；如果其中的一個(gè)調(diào)用類聲明周期大于該對(duì)象就可能發(fā)生內(nèi)存泄露；

五、常見情況：

Handle：handle作為內(nèi)部類，會(huì)持有外部類的引用，一直異步任務(wù)執(zhí)行較久甚至卡住，就是導(dǎo)致外部Activity或者Fragment無法釋放。可以修改為static，使用軟引用；

mvp中的內(nèi)存問題：vp互相引用，會(huì)導(dǎo)致p執(zhí)行就時(shí)，v層無法釋放。可以在onDestroy中解除引用（mView置空）或者使用eventbus解耦。

bitmap太大：會(huì)直接導(dǎo)致內(nèi)存溢出，可以從圖片質(zhì)量（質(zhì)量壓縮），大小減少（inSampleSize）和Build.config三個(gè)方面減少bitmap大小。對(duì)于不在使用的圖片可以調(diào)用recycle()方法回收內(nèi)存。

單例：?jiǎn)卫锩娴某蓡T變量都是無法釋放的，請(qǐng)注意成員變量的大小。（類似Activity，F(xiàn)ragment）