首先背传，補(bǔ)充兩個(gè)基本概念的解釋：
- 內(nèi)存溢出 （out of memory）：是指程序在申請內(nèi)存時(shí)彬檀，沒有足夠的內(nèi)存空間供其使用姨蝴，出現(xiàn)out of memory , 通俗理解就是內(nèi)存不夠 , 比如:
int A = 100000000000000000000000000;
//定義A的時(shí)候會向內(nèi)存申請一個(gè)int的空間,很明顯賦值已經(jīng)超出了int范圍 所以會造成內(nèi)存溢出
- 內(nèi)存泄露（ memory leak）：是指程序在申請內(nèi)存后焊傅，無法釋放已申請的內(nèi)存空間，一次內(nèi)存泄露危害可以忽略摊唇，但內(nèi)存泄露堆積后果很嚴(yán)重咐蝇，無論多少內(nèi)存,遲早會被占光。
一巷查、排查方法
我們知道嘹害，iOS開發(fā)中對內(nèi)存管理的要求非常嚴(yán)格，一旦存在內(nèi)存泄漏吮便，后果是非常嚴(yán)重的，會導(dǎo)致程序非常容易崩潰幢踏。盡管目前iOS開發(fā)基本上都是采用的ARC方式進(jìn)行內(nèi)存管理髓需，但是一不小心就會存在內(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逞盆，如下圖所示，這樣就開始對項(xiàng)目進(jìn)行靜態(tài)內(nèi)存泄漏分析.
分析結(jié)果如下圖所示松申。根據(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工具想虎，如下圖所示
選擇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，會發(fā)現(xiàn)顯示若干行代碼抢腐，雙擊即可跳轉(zhuǎn)到出現(xiàn)內(nèi)存泄漏的地方姑曙，修改即可。
二迈倍、內(nèi)存泄漏的原因分析
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會持續(xù)持有這個(gè)delegate脂新，直到它自身被釋放。
2.3 ViewController中Block
這個(gè)可能就是經(jīng)常容易犯的一個(gè)問題了粗梭，Block體內(nèi)使用實(shí)例變量也會造成循環(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án)引用朦前，內(nèi)存無法釋放介杆。
不足之處 敬請指出 謝謝!!!
