以前MRC的下由于缺少release等會(huì)經(jīng)常造成內(nèi)存泄漏問題,如今在ARC下內(nèi)存泄漏的問題已經(jīng)減少了很多,但是還有一些情況下也會(huì)造成內(nèi)存泄漏的問題.想要是項(xiàng)目中不產(chǎn)生內(nèi)存泄漏,就需要先弄清楚什么是內(nèi)存泄漏,

一.什么是內(nèi)存泄漏:

內(nèi)存泄露(memory leak)是指你向系統(tǒng)申請分配內(nèi)存進(jìn)行使用(new/alloc),可是使用完了卻沒有歸還(delete),結(jié)果你申請到的那塊內(nèi)存你自己也不能再訪問(也許你把他的地址給弄丟了),而系統(tǒng)將不能再把它分配給需要的程序,

相信大家都知道,一次內(nèi)存泄漏的危害可以忽略,但是內(nèi)存泄漏堆積后果很嚴(yán)重,無論多少內(nèi)存,遲早會(huì)被占光.那么接下來就說說什么情況下會(huì)引起內(nèi)存泄漏,

二.引起內(nèi)存泄露的情況:

1>delegate(代理)如果聲明為strong就會(huì)造成循環(huán)應(yīng)用(比如類A強(qiáng)引用delegate屬性,代理強(qiáng)引用控制器,控制器又強(qiáng)引用類A),就會(huì)造成誰也釋放不了(釋放的原則是沒有強(qiáng)引用,引用計(jì)數(shù)為0),進(jìn)而造成內(nèi)存泄漏,delegate也不能用assign聲明,因?yàn)榭赡軙?huì)造成野指針,應(yīng)該聲明為weak,

2>block下也可能造成內(nèi)存泄漏,如果block中調(diào)用了self可能會(huì)造成類似上面代理中三方依次強(qiáng)引用的情況(但是也不全是,需要具體分析),這時(shí)候就會(huì)造成內(nèi)存泄漏,解決辦法是使self使用__weak修飾,變成弱引用.

3>NSTimer在VC釋放之前,一定要調(diào)用[timer invalidate],不調(diào)用的后果就是NSTimer無法釋放其target,如果target正好是self,則會(huì)導(dǎo)致循環(huán)引用,造成內(nèi)存泄漏.

知道了在哪些情況下能引起內(nèi)存泄漏了,但是很多情況下,我們還是很難主動(dòng)的發(fā)現(xiàn)內(nèi)存泄漏,這時(shí)候就需要內(nèi)存泄漏檢測了,

三,如何檢測內(nèi)存泄漏

說道iOS中如何檢測內(nèi)存泄漏,相信大家都知道Instrument平時(shí)我們都會(huì)用 Instrument的Leaks / Allocations來進(jìn)行內(nèi)存泄漏的排查,下面讓我們看看他能幫我們做什么.

從蘋果的開發(fā)者文檔里我們可以看出,一個(gè)app的內(nèi)存分三類:

Leaked memory: Memory unreferenced by your application that cannot be used again or freed (also detectable by using the Leaks instrument).????????????????????????????????????????????????????? Abandoned memory: Memory still referenced by your application that has no useful purpose.??????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? Cached memory: Memory still referenced by your application that might be used again for better performance.

其中Leaked memory 和 Abandoned memory 都屬于應(yīng)該釋放而沒有釋放的內(nèi)存,都是內(nèi)存泄漏,而Leaks工具只負(fù)責(zé)檢查Leaked memory,而不管 Abandoned memory.在MRC時(shí)代Leaked memory很常見,比如去人少必要的 release, 但在ARC下更常見的內(nèi)存泄漏是循環(huán)引用導(dǎo)致的 Abandoned memory,Leaks工具查不出這類內(nèi)存泄漏,使用范圍有限,

對于 Abandoned memory, 可以使用Instrument 的 Allocations檢測出來,檢測方法是用Mark Feneration 的方式,當(dāng)你每次點(diǎn)擊Mark Generation時(shí),Allocations會(huì)生成當(dāng)前App的內(nèi)存快照,而且Allocations 會(huì)記錄從上次內(nèi)存快照到這次內(nèi)存快照這個(gè)時(shí)間段內(nèi),新分配的內(nèi)存信息,舉個(gè)例子:

我們可以不斷重復(fù) push 和 pop 同一個(gè) UIViewController银还，理論上來說橄唬，push 之前跟 pop 之后茴丰，app會(huì)回到相同的狀態(tài)贮折。因此刻撒，在 push 過程中新分配的內(nèi)存诗芜，在 pop 之后應(yīng)該被 dealloc 掉优质，除了前幾次 push 可能有預(yù)熱數(shù)據(jù)和cache 數(shù)據(jù)的情況末患。如果在數(shù)次 push 跟 pop 之后牲证，內(nèi)存還不斷增長哮针，則有內(nèi)存泄露。因此坦袍，我們在每回 push 之前跟 pop之后十厢，都 Mark Generation 一下，以此觀察內(nèi)存是不是無限制增長.

使用這種方法能解決循環(huán)引用的檢查,那么它有什么弊端呢:

首先捂齐，你得打開 Allocations????????????????????????????????????????????????????????????????????????????????????????????????????????? 其次蛮放，你得一個(gè)個(gè)場景去重復(fù)的操作???????????????????????????????????????????????????????????????????????????????????????????? 無法及時(shí)得知泄露，得專門做一遍上述操作奠宜，十分繁瑣

那么我們怎么才能更好地檢測解決內(nèi)存泄漏的問題呢,前人中樹,后人乘涼,當(dāng)然是借助第三方開源庫了,MLeaksFinder? ,那么到底有什么好處呢,讓我們直接看看原作者的介紹吧,MLeaksFinder：精準(zhǔn) iOS 內(nèi)存泄露檢測工具 ,MLeaksFinder 新特性?