[[171237]]

自從iOS 5時(shí)代自動(dòng)引用計(jì)數(shù)(Automatic Reference Counting)技術(shù)發(fā)布，Cocoa工程師們才扔下了內(nèi)存管理的包袱，從此在Objective-C修行道路上的一座大山被削平。然而，即使ARC很強(qiáng)大，我們?nèi)粘０岽u時(shí)同樣是有內(nèi)存泄漏風(fēng)險(xiǎn)的，今天我就跟大家聊聊這些你可能還沒(méi)有注意到的坑。

測(cè)試原理

我們知道ARC模式下，NSObject的MRC相關(guān)方法都不可以使用了，但dealloc方法如果實(shí)現(xiàn)了，同樣還是會(huì)調(diào)用的，只是不允許在dealloc方法中調(diào)用[super dealloc]，所以我們?cè)赿ealloc方法中加入log信息就可以跟蹤到我們的實(shí)例是否釋放。

容易忽視的引用循環(huán)

我們知道引用計(jì)數(shù)內(nèi)存管理的設(shè)計(jì)理念，就是根據(jù)實(shí)例的計(jì)數(shù)值來(lái)決定是否釋放實(shí)例內(nèi)存空間。

例如我們的ViewController擁有一個(gè)block類(lèi)型的property

@property (nonatomic, strong) void (^ testBlock)(void); 

我們?cè)趘iewDidLoad中加入如下代碼

[self setTestBlock:^{ 
    self.title = @"測(cè)試"; 
}];  

這個(gè)代碼從表面上看沒(méi)有什么問(wèn)題，但編譯器會(huì)給出warning，

Catering 'self' strongly in this block is likely to lead a retain cycle

翻譯過(guò)來(lái)意思是在block中使用self指針，可能會(huì)引起一個(gè)引用循環(huán)，導(dǎo)致self無(wú)法釋放。

什么是引用循環(huán)(retain cycle)

假設(shè)我們有兩個(gè)實(shí)例A和B，B是A的一個(gè)strong型的property，則B的引用計(jì)數(shù)是1，當(dāng)A的需要釋放的時(shí)候，A則會(huì)調(diào)用[B release]來(lái)釋放B，B的引用計(jì)數(shù)則減為0，釋放。

可如果這時(shí)候?qū)的一個(gè)strong型property指向A，則A與B互相為強(qiáng)引用，問(wèn)題就來(lái)了。因?yàn)锽強(qiáng)引用A，A的引用計(jì)數(shù)永遠(yuǎn)不會(huì)減為0，當(dāng)A原本的強(qiáng)引用對(duì)象被釋放以后，A和B成為了一個(gè)相互引用的孤島，永遠(yuǎn)不會(huì)被釋放了，這就會(huì)引起內(nèi)存泄漏。

在上面的例子中，就是一種非常普遍的引用循環(huán)情況，加入如上代碼的VC在dismiss或者pop以后，并不會(huì)執(zhí)行dealloc方法，證明內(nèi)存泄漏了。而引起泄漏的原因就是在作為self的property的block中，使用self指針導(dǎo)致self被block強(qiáng)引用，形成引用循環(huán)。

如何解決引用循環(huán)問(wèn)題

在編譯器提示上面的warning的時(shí)候一定不要忽視，正確的解決辦法如下：

__unsafe_unretained Demo1ViewController * weakSelf = self; 
[self setTestBlock:^{ 
       weakSelf.title = @"測(cè)試"; 
}];  

或者使用__weak也可以，原理也很簡(jiǎn)單，就是聲明一個(gè)弱引用對(duì)象在block中替代self，這樣在我們測(cè)試中，下面代碼就能正常輸出log，標(biāo)志著VC被正確釋放。

- (void)dealloc 
{ 
    NSLog(@"%s",__func__); 
}  

2016-09-07 13:17:38.879 ReactiveCocoaDemo[7473:3432323] -[Demo1ViewController dealloc]

其他會(huì)引起引用循環(huán)的狀況

NSTimer

NSTimer在VC釋放前，一定要調(diào)用[timer invalidate]，不調(diào)用的后果就是NSTimer無(wú)法釋放其target，如果target正好是self(VC本身)，則引用循環(huán)。

這里要補(bǔ)充一點(diǎn)，引用循環(huán)不是只能有兩個(gè)對(duì)象，三個(gè)四個(gè)更多都是可以的，甚至環(huán)數(shù)也不一定只有一個(gè)，所以要養(yǎng)成良好的代碼習(xí)慣，在NSTimer停用前調(diào)用invalidate方法。

WKUserContentController

這個(gè)類(lèi)一般會(huì)在使用WKWebView的時(shí)候配套使用，如果你發(fā)現(xiàn)項(xiàng)目中調(diào)用了addScriptMessageHandler方法，就要注意了，檢查有沒(méi)有在VC釋放前對(duì)稱(chēng)調(diào)用removeScriptMessageHandlerForName方法，如果沒(méi)有則引起引用循環(huán)。

調(diào)用方法如下：

[self.wkWebView.configuration.userContentController removeScriptMessageHandlerForName:@"qdpay"]; 

注意WKUserContentController和WKWebView中還有一個(gè)WKWebViewConfiguration。

引用大循環(huán)

就像前面說(shuō)的，引用循環(huán)可能是一個(gè)大循環(huán)。我遇到過(guò)一種情況，就是給UITableViewCell設(shè)置block屬性響應(yīng)事件，在block中強(qiáng)引用了self，導(dǎo)致self->tableView->cell->self形成循環(huán)。

改善block寫(xiě)法避免強(qiáng)引用self

如果要從根本改變這種易發(fā)的錯(cuò)誤，要從寫(xiě)法開(kāi)始改變，開(kāi)始避免。將上面的代碼改寫(xiě)如下：

@property (nonatomic, strong) void (^ testBlock)(__kindof UIViewController* sender);  
 
[self setTestBlock:^(__kindof UIViewController * vc) { 
        vc.title = @"123"; 
 }]; 
     
 self.testBlock(self);  

將self作為參數(shù)傳入block即可避免強(qiáng)引用，從邏輯角度來(lái)看，代碼更健壯。

結(jié)束

上面列舉的幾個(gè)引用循環(huán)引起的內(nèi)存泄漏，編譯器是沒(méi)有任何提示的，并且也不影響App運(yùn)行，不會(huì)crash，但作為嚴(yán)謹(jǐn)?shù)某绦蛟?，我們不能容忍這種的小泄漏，雖然不影響大局，但積少成多終將影響系統(tǒng)的運(yùn)行速度。