介紹:
在Objective-C的開(kāi)發(fā)中循環(huán)引用(retain cycle)是指兩個(gè)（或多個(gè)）對(duì)象之間產(chǎn)生了互相強(qiáng)引用而導(dǎo)致這些對(duì)象因?yàn)橐糜?jì)數(shù)(reference count)始終大于等于1而不會(huì)釋放谤牡，最后導(dǎo)致內(nèi)存泄漏(memory leak)的狀況呵晚，可以用下圖描述。
情況一:delegate
delegate 是iOS中開(kāi)發(fā)中最常遇到的循環(huán)引用，一般在聲明delegate的時(shí)候都要使用弱引用 weak
或者assign
當(dāng)然怎么選擇使用assign還是weak省咨，MRC的話只能用assign胆绊，在ARC的情況下最好使用weak忽媒，因?yàn)?/p>
weak修飾的變量在釋放后自動(dòng)指向nil膛锭，防止野指針存在
情況二:block
在OC的開(kāi)發(fā)使用塊(block)編程因?yàn)楹?jiǎn)便快捷而越來(lái)越常見(jiàn)，而使用block時(shí)需要注意的一個(gè)重點(diǎn)是避免產(chǎn)生循環(huán)引用艘绍，原因主要在于：
block常常作為delegate的替代方案使用赤拒，聲明為一個(gè)對(duì)象（舉例命名為BlockObject）的屬性時(shí)默認(rèn)為copy策略，即BlockObject會(huì)copy并強(qiáng)引用傳入的block
block的特性會(huì)對(duì)其內(nèi)部引用的所有對(duì)象進(jìn)行一次強(qiáng)引用
那么如果在controller中引入了BlockObject屬性并強(qiáng)引用诱鞠，而在設(shè)置其block屬性時(shí)傳入了controller自身需了，循環(huán)引用也就產(chǎn)生了，這種情況下Xcode編譯器會(huì)提示警告般甲，如下圖肋乍。
對(duì)于block使用產(chǎn)生的循環(huán)引用，解決的辦法通常是在block外部創(chuàng)建一個(gè)weak指針后再傳入block內(nèi)部敷存，這樣循環(huán)引用就被斷開(kāi)了墓造。
__weak typeof(self) weakSelf =self;
self.blockObject = [[BlockObject alloc] init];
self.blockObject.block= ^(){? ? ??
? [weakSelflog];? ?
?};
Cell使用block潛在的循環(huán)引用
回到標(biāo)題說(shuō)的情況，使用UITableViewCell或者UICollectionViewCell的子類定制cell時(shí)锚烦，會(huì)遇到cell上有個(gè)獨(dú)立的按鈕事件需要回調(diào)觅闽，當(dāng)使用block來(lái)實(shí)現(xiàn)這個(gè)回調(diào)的設(shè)計(jì)時(shí)就會(huì)發(fā)生一個(gè)容易忽略的循環(huán)引用，Xcode編譯器無(wú)法發(fā)現(xiàn)這類隱形循環(huán)引用涮俄，沒(méi)有警告提醒蛉拙，如下圖沒(méi)有警告，但循環(huán)引用已經(jīng)產(chǎn)生彻亲，當(dāng)該控制器被pop出去時(shí)不會(huì)銷毀dealloc孕锄。
分析其原因在于cell實(shí)際是tableView的子視圖，每個(gè)子視圖都是會(huì)被其父視圖的subviews（NSArray *）屬性所強(qiáng)引用苞尝，即tableView~>subviews~>cell畸肆，而cell因?yàn)槭褂胋lock作為回調(diào)強(qiáng)引用了block內(nèi)部的對(duì)象，形成了這樣的循環(huán)引用鏈條宙址，即controller~>tableView~>cell~>controller轴脐，解決的方法同樣是使用弱引用傳入block，如下圖所示。
__weaktypeof(self) weakSelf =self;? ??
cell.cellBlock = ^(id cell) {? ??
? ? [weakSelf iLog];? ??
};
returncell;
值得注意的是大咱，在這個(gè)例子中恬涧，即使tableView屬性的聲明為weak，循環(huán)引用仍然會(huì)產(chǎn)生碴巾，原因在于tableView還是controller的view屬性的子視圖气破，強(qiáng)引用鏈接同樣存在，因此最好是在block內(nèi)部切開(kāi)強(qiáng)引用鏈條餐抢。
情況三:NSTimer
當(dāng)你創(chuàng)建使用NSTimer的時(shí)候，NSTimer會(huì)默認(rèn)對(duì)當(dāng)前self有個(gè)強(qiáng)引用低匙，所以在self使用完成打算
釋放的時(shí)候旷痕，一定要先使用NSTimer的invalidate來(lái)停止,釋放時(shí)間控制對(duì)self的引用
[_timer invalidate];
小結(jié)
使用block比起使用協(xié)議+代理的方式因?yàn)榭梢灾苯硬东@上下文中的變量而簡(jiǎn)潔方便，但潛在的隱患不能忽視顽冶，每次使用block時(shí)除了留意編譯器的警告外欺抗，也要對(duì)可能的循環(huán)引用進(jìn)行一番推敲，類似于UITablerHeaderFooterView的 回調(diào) block强重，以及一些控制器直接/簡(jiǎn)潔地強(qiáng)引用的對(duì)象所持有的 block 處理绞呈，都需要保持謹(jǐn)慎。
此外间景，對(duì)于工程內(nèi)的內(nèi)存泄漏佃声，Xcode本身提供了檢查工具(Leak)，也有第三方的內(nèi)存泄漏檢查工具值得體驗(yàn)倘要。
Tip：一行代碼安全調(diào)用block
一般調(diào)用block調(diào)用時(shí)都要對(duì)其是否為nil進(jìn)行判斷圾亏，是處于安全的考慮，如下
if(block) {
block();
}
推薦一個(gè)優(yōu)雅的等效寫法
!block ?: block();
