首先谜诫，補(bǔ)充兩個(gè)基本概念的解釋：
- 內(nèi)存溢出 （out of memory）：
是指程序在申請(qǐng)內(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）：
是指程序在申請(qǐng)內(nèi)存后，無(wú)法釋放已申請(qǐng)的內(nèi)存空間锋谐，一次內(nèi)存泄露危害可以忽略掰伸，但內(nèi)存泄露堆積后果很嚴(yán)重，無(wú)論多少內(nèi)存,遲早會(huì)被占光怀估。
一、排查方法
我們知道合搅，iOS開發(fā)中對(duì)內(nèi)存管理的要求非常嚴(yán)格多搀，一旦存在內(nèi)存泄漏，后果是非常嚴(yán)重的灾部，會(huì)導(dǎo)致程序非常容易崩潰康铭。盡管目前iOS開發(fā)基本上都是采用的ARC方式進(jìn)行內(nèi)存管理，但是一不小心就會(huì)存在內(nèi)存泄漏的問(wèn)題赌髓。
首先从藤，我們需要定位內(nèi)存泄漏的問(wèn)題催跪，目前比較常用的內(nèi)存泄漏的排查方法有兩種，都在xcode中可以直接使用：靜態(tài)分析方法（Analyze）和動(dòng)態(tài)分析方法（Instrument的leak）夷野。
1.1 靜態(tài)內(nèi)存泄漏分析方法
通過(guò)xcode打開項(xiàng)目懊蒸，然后點(diǎn)擊product-->Analyze，如下圖左側(cè)的圖所示悯搔，這樣就開始對(duì)項(xiàng)目進(jìn)行靜態(tài)內(nèi)存泄漏分析骑丸，分析結(jié)果如下圖右側(cè)的圖所示。根據(jù)分析結(jié)果進(jìn)行休整之后在進(jìn)行分析就好了妒貌。
靜態(tài)分析方法能發(fā)現(xiàn)大部分的問(wèn)題通危，但是只能是靜態(tài)分析結(jié)果，有一些并不準(zhǔn)確灌曙，還有一些動(dòng)態(tài)分配內(nèi)存的情形并沒有進(jìn)行分析菊碟。所以僅僅使用靜態(tài)內(nèi)存泄漏分析得到的結(jié)果并不是非常可靠在刺，如果需要逆害，我們需要將對(duì)項(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)存泄露查出來(lái)忍燥，有的內(nèi)存泄露是在運(yùn)行時(shí)，用戶操作時(shí)才產(chǎn)生的隙姿。那就需要用到Instruments了梅垄。具體操作是通過(guò)xcode打開項(xiàng)目，然后點(diǎn)擊product-->profile输玷，如下圖所示队丝。
按上面操作，build成功后跳出Instruments工具欲鹏，如上圖右側(cè)圖所示机久。選擇Leaks選項(xiàng)，點(diǎn)擊右下角的【choose】按鈕赔嚎，這時(shí)候項(xiàng)目程序也在模擬器或手機(jī)上運(yùn)行起來(lái)了膘盖，在手機(jī)或模擬器上對(duì)程序進(jìn)行操作，工具顯示效果如下：
點(diǎn)擊左上角的紅色圓點(diǎn)尤误，這時(shí)項(xiàng)目開始啟動(dòng)了侠畔，由于leaks是動(dòng)態(tài)監(jiān)測(cè)，所以手動(dòng)進(jìn)行一系列操作损晤，可檢查項(xiàng)目中是否存在內(nèi)存泄漏問(wèn)題软棺。如圖所示，橙色矩形框中所示綠色為正常尤勋，如果出現(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)存無(wú)法釋放箕慧，這就會(huì)導(dǎo)致dealloc()方法無(wú)法被調(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)來(lái)集乔，來(lái)通過(guò)Delegate+protocol的方式傳參數(shù)給其他對(duì)象去件，那么這個(gè)delegate一定不要強(qiáng)引用，盡量assign或者weak扰路，否則你的VC會(huì)持續(xù)持有這個(gè)delegate尤溜，直到它自身被釋放。
2.3 ViewController中Block
這個(gè)可能就是經(jīng)常容易犯的一個(gè)問(wèn)題了汗唱，Block體內(nèi)使用實(shí)例變量也會(huì)造成循環(huán)引用宫莱，使得擁有這個(gè)實(shí)例的對(duì)象不能釋放。因?yàn)樵揵lock本來(lái)就是當(dāng)前viewcontroller的一部分哩罪，現(xiàn)在蓋子部門又強(qiáng)引用self授霸，導(dǎo)致循環(huán)引用無(wú)法釋放。 例如你這個(gè)類叫OneViewController,有個(gè)屬性是NSString *name; 如果你在block體中使用了self.name际插，或者_(dá)name碘耳，那樣子的話這個(gè)類就沒法釋放。 要解決這個(gè)問(wèn)題其實(shí)很簡(jiǎn)單腹鹉，就是在block之前申明當(dāng)前的self引用為弱引用即可。
//MRC下代碼如下
__block Viewcontroller *weakSelf = self;
//ARC下代碼如下
__weak Viewcontroller *weakSelf = self;
2.4 ViewController的子視圖對(duì)self的持有
這個(gè)問(wèn)題也是我的項(xiàng)目中內(nèi)存泄漏的問(wèn)題所在敷硅。我們有時(shí)候需要在子視圖或者某個(gè)cell中點(diǎn)擊跳轉(zhuǎn)等操作功咒，需要在子視圖或cell中持有當(dāng)前的ViewController對(duì)象愉阎，這樣跳轉(zhuǎn)之后的back鍵才能直接返回該頁(yè)面，同時(shí)也不銷毀當(dāng)前ViewController力奋。此時(shí)榜旦，你就要注意在子視圖或者cell中對(duì)當(dāng)前頁(yè)面的持有對(duì)象不能是強(qiáng)引用，盡量assign或者weak景殷，否則會(huì)造成循環(huán)引用溅呢，內(nèi)存無(wú)法釋放。
注：引用博客
