首先，補(bǔ)充兩個(gè)基本概念的解釋：
- 內(nèi)存溢出 （out of memory）：
是指程序在申請內(nèi)存時(shí)，沒有足夠的內(nèi)存空間供其使用，出現(xiàn)out of memory。通俗理解就是內(nèi)存不夠，通常在運(yùn)行大型軟件或游戲時(shí)，軟件或游戲所需要的內(nèi)存遠(yuǎn)遠(yuǎn)超出了你主機(jī)內(nèi)安裝的內(nèi)存所承受大小，就叫內(nèi)存溢出。- 內(nèi)存泄露（ memory leak）：
是指程序在申請內(nèi)存后，無法釋放已申請的內(nèi)存空間，一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很嚴(yán)重，無論多少內(nèi)存,遲早會(huì)被占光。
一、排查方法
我們知道，iOS開發(fā)中對內(nèi)存管理的要求非常嚴(yán)格，一旦存在內(nèi)存泄漏，后果是非常嚴(yán)重的，會(huì)導(dǎo)致程序非常容易崩潰。盡管目前iOS開發(fā)基本上都是采用的ARC方式進(jìn)行內(nèi)存管理，但是一不小心就會(huì)存在內(nèi)存泄漏的問題。
首先，我們需要定位內(nèi)存泄漏的問題，目前比較常用的內(nèi)存泄漏的排查方法有兩種，都在xcode中可以直接使用：靜態(tài)分析方法（Analyze）和動(dòng)態(tài)分析方法（Instrument的leak）。
1.1 靜態(tài)內(nèi)存泄漏分析方法
通過xcode打開項(xiàng)目，然后點(diǎn)擊product-->Analyze，如下圖左側(cè)的圖所示，這樣就開始對項(xiàng)目進(jìn)行靜態(tài)內(nèi)存泄漏分析，分析結(jié)果如下圖右側(cè)的圖所示。根據(jù)分析結(jié)果進(jìn)行休整之后在進(jìn)行分析就好了。
靜態(tài)分析方法能發(fā)現(xiàn)大部分的問題，但是只能是靜態(tài)分析結(jié)果，有一些并不準(zhǔn)確，還有一些動(dòng)態(tài)分配內(nèi)存的情形并沒有進(jìn)行分析。所以僅僅使用靜態(tài)內(nèi)存泄漏分析得到的結(jié)果并不是非常可靠，如果需要，我們需要將對項(xiàng)目進(jìn)行更為完善的內(nèi)存泄漏分析和排查。那就需要用到我們下面要介紹的動(dòng)態(tài)內(nèi)存泄漏分析方法Instruments中的Leaks方法進(jìn)行排查。
1.2 動(dòng)態(tài)內(nèi)存泄漏分析方法
分析內(nèi)存泄露不能把所有的內(nèi)存泄露查出來，有的內(nèi)存泄露是在運(yùn)行時(shí)，用戶操作時(shí)才產(chǎn)生的。那就需要用到Instruments了。具體操作是通過xcode打開項(xiàng)目，然后點(diǎn)擊product-->profile，如下圖所示。
按上面操作，build成功后跳出Instruments工具，如上圖右側(cè)圖所示。選擇Leaks選項(xiàng)，點(diǎn)擊右下角的【choose】按鈕，這時(shí)候項(xiàng)目程序也在模擬器或手機(jī)上運(yùn)行起來了，在手機(jī)或模擬器上對程序進(jìn)行操作，工具顯示效果如下：
點(diǎn)擊左上角的紅色圓點(diǎn)，這時(shí)項(xiàng)目開始啟動(dòng)了，由于leaks是動(dòng)態(tài)監(jiān)測，所以手動(dòng)進(jìn)行一系列操作，可檢查項(xiàng)目中是否存在內(nèi)存泄漏問題。如圖所示，橙色矩形框中所示綠色為正常，如果出現(xiàn)如右側(cè)紅色矩形框中顯示紅色，則表示出現(xiàn)內(nèi)存泄漏。
選中Leaks Checks,在Details所在欄中選擇CallTree,并且在右下角勾選Invert Call Tree 和Hide System Libraries，會(huì)發(fā)現(xiàn)顯示若干行代碼，雙擊即可跳轉(zhuǎn)到出現(xiàn)內(nèi)存泄漏的地方，修改即可。
二、內(nèi)存泄漏的原因分析
在目前主要以ARC進(jìn)行內(nèi)存管理的開發(fā)模式，導(dǎo)致內(nèi)存泄漏的根本原因是代碼中存在循環(huán)引用，從而導(dǎo)致一些內(nèi)存無法釋放，這就會(huì)導(dǎo)致dealloc()方法無法被調(diào)用。主要原因大概有一下幾種類型。
2.1 ViewController中存在NSTimer
如果你的ViewController中有NSTimer，那么你就要注意了，因?yàn)楫?dāng)你調(diào)用
[NSTimer scheduledTimerWithTimeInterval:1.0
target:self
selector:@selector(updateTime:)
userInfo:nil
repeats:YES];
這時(shí)-> 【target: self】，增加了ViewController的return count，
如果不將這個(gè)【timer invalidate】，就別想調(diào)用dealloc。
2.2 ViewController中的代理delegate
一個(gè)比較隱秘的因素，你去找找與這個(gè)類有關(guān)的代理，有沒有強(qiáng)引用屬性？如果你這個(gè)VC需要外部傳某個(gè)Delegate進(jìn)來，來通過Delegate+protocol的方式傳參數(shù)給其他對象，那么這個(gè)delegate一定不要強(qiáng)引用，盡量assign或者weak，否則你的VC會(huì)持續(xù)持有這個(gè)delegate，直到它自身被釋放。
2.3 ViewController中Block
這個(gè)可能就是經(jīng)常容易犯的一個(gè)問題了，Block體內(nèi)使用實(shí)例變量也會(huì)造成循環(huán)引用，使得擁有這個(gè)實(shí)例的對象不能釋放。因?yàn)樵揵lock本來就是當(dāng)前viewcontroller的一部分，現(xiàn)在蓋子部門又強(qiáng)引用self，導(dǎo)致循環(huán)引用無法釋放。 例如你這個(gè)類叫OneViewController,有個(gè)屬性是NSString *name; 如果你在block體中使用了self.name，或者_(dá)name，那樣子的話這個(gè)類就沒法釋放。 要解決這個(gè)問題其實(shí)很簡單，就是在block之前申明當(dāng)前的self引用為弱引用即可。
//MRC下代碼如下
__block Viewcontroller *weakSelf = self;
//ARC下代碼如下
__weak Viewcontroller *weakSelf = self;
2.4 ViewController的子視圖對self的持有
這個(gè)問題也是我的項(xiàng)目中內(nèi)存泄漏的問題所在。我們有時(shí)候需要在子視圖或者某個(gè)cell中點(diǎn)擊跳轉(zhuǎn)等操作，需要在子視圖或cell中持有當(dāng)前的ViewController對象，這樣跳轉(zhuǎn)之后的back鍵才能直接返回該頁面，同時(shí)也不銷毀當(dāng)前ViewController。此時(shí)，你就要注意在子視圖或者cell中對當(dāng)前頁面的持有對象不能是強(qiáng)引用，盡量assign或者weak，否則會(huì)造成循環(huán)引用，內(nèi)存無法釋放。
注：引用博客
