隨著項(xiàng)目的業(yè)務(wù)邏輯的增多,難免會(huì)出現(xiàn)一些性能問題,今天要討論的問題就是平時(shí)不太注意感覺影響也不大,但一旦對應(yīng)用產(chǎn)生影響,那么后果非常嚴(yán)重,會(huì)導(dǎo)致應(yīng)用很容易崩潰,這個(gè)問題就是內(nèi)存泄漏問題.
什么是內(nèi)存泄漏?什么是內(nèi)存溢出?
- 內(nèi)存泄露（ memory leak）：是指程序在申請內(nèi)存后，無法釋放已申請的內(nèi)存空間，一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很嚴(yán)重，無論多少內(nèi)存,遲早會(huì)被占光。
- 內(nèi)存泄露（ memory leak）：是指程序在申請內(nèi)存后，無法釋放已申請的內(nèi)存空間，一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很嚴(yán)重，無論多少內(nèi)存,遲早會(huì)被占光。
如何排查內(nèi)存泄漏問題?
常用的內(nèi)存泄漏的排查方法有兩種：靜態(tài)分析方法（Analyze）和動(dòng)態(tài)分析方法（Instrument的leak）。
1.靜態(tài)內(nèi)存泄漏分析方法:
首先通過xcode打開項(xiàng)目,點(diǎn)擊Product,在下拉菜單中點(diǎn)擊Analyze就可以進(jìn)行靜態(tài)內(nèi)存泄漏分析.如下圖:
分析出如下圖所示的內(nèi)存泄漏:
靜態(tài)分析方法只能分析出大部分問題,但是還有一部分問題需要通過動(dòng)態(tài)分析方法來分析,下面我們用動(dòng)態(tài)內(nèi)存分析方法進(jìn)行更加全面的分析需要用到instrument中的leaks,具體操作是通過xcode打開項(xiàng)目，然后點(diǎn)擊product-->profile.
選中l(wèi)eads->點(diǎn)擊Choose打開如下圖頁面:
點(diǎn)擊左上角紅圈,這是項(xiàng)目開始運(yùn)行,由于leaks是動(dòng)態(tài)監(jiān)測，所以手動(dòng)進(jìn)行一系列操作，可檢查項(xiàng)目中是否存在內(nèi)存泄漏問題.出現(xiàn)紅X表示出現(xiàn)內(nèi)存泄漏.
選擇CallTree,并且在右下角勾選Invert Call Tree 和Hide System Libraries，會(huì)發(fā)現(xiàn)顯示若干行代碼，雙擊即可跳轉(zhuǎn)到出現(xiàn)內(nèi)存泄漏的地方，修改即可.
常見的導(dǎo)致內(nèi)存泄漏的原因
現(xiàn)在的主要開發(fā)模式是以ARC進(jìn)行的內(nèi)存管理,導(dǎo)致內(nèi)存泄漏的根本原因是代碼中存在循環(huán)引用，從而導(dǎo)致一些內(nèi)存無法釋放，這就會(huì)導(dǎo)致dealloc()方法無法被調(diào)用。
導(dǎo)致循環(huán)引用的幾種類型如下:
1.控制器(ViewController)中使用了NSTimer.
[NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(updateTime:) userInfo:nil repeats:YES];
使用這個(gè)方法時(shí) target:self 會(huì)使ViewController的count+1,如果你不用使用invalidate,控制器不會(huì)執(zhí)行dealloc,不會(huì)被銷毀
2.ViewController中引入代理delegate
如果控制器中引入代理并且通過Delegate+protocol的方式傳參數(shù)給其他對象,那么這個(gè)delegate一定不要強(qiáng)引用，盡量assign或者weak，否則你的VC會(huì)持續(xù)持有這個(gè)delegate，直到它自身被釋放。
3.ViewController中使用Block
block為了保證代碼塊內(nèi)部對象不被提前釋放，會(huì)對block中的對象進(jìn)行強(qiáng)引用，就相當(dāng)于持有了其中的對象，而如果此時(shí)block中的對象又持有了該block，就會(huì)造成循環(huán)引用.
