【移動(dòng)應(yīng)用開發(fā)技術(shù)】iOS面試中如何優(yōu)雅回答B(yǎng)lock導(dǎo)致循環(huán)引用的問題

【移動(dòng)應(yīng)用開發(fā)技術(shù)】iOS面試中如何優(yōu)雅回答B(yǎng)lock導(dǎo)致循環(huán)引用的問題

前言說到循環(huán)引用問題，最最最常遇到的，不是在項(xiàng)目中，而是在面試中。如果面試官問你開發(fā)中是否遇到過retaincycle，你如果說沒遇到過，估計(jì)已經(jīng)很難跟面試官繼續(xù)友好的溝通下去了。但是這個(gè)問題怎么回答呢，網(wǎng)絡(luò)上千篇一律的答案-->使用Block的時(shí)候遇到過，使用__weakSelf代替self等等，可以說這個(gè)答案沒啥錯(cuò)，但是所有人都回答的一樣，并不能突出我們的逼格，無法讓面試官知道我們在這方面有過研究，有閃光點(diǎn)。對(duì)于開發(fā)者來說，喜歡探索，喜歡挖掘不懂的知識(shí)，在面試官眼里會(huì)加分不少。探索是基于問題之上的-->比如：是否所有的Block中，使用self都會(huì)導(dǎo)致循環(huán)引用？

系統(tǒng)自帶Block不會(huì)發(fā)生循環(huán)引用

如圖，使用系統(tǒng)自帶的UIView的Blcok，控制器能被銷毀-->說明沒有發(fā)送循環(huán)引用。原理：UIView的調(diào)用的是類方法，當(dāng)前控制器不可能強(qiáng)引用一個(gè)類，所以循環(huán)無法形成-->動(dòng)畫block不會(huì)造成循環(huán)引用的原因。所以通過實(shí)踐得出第一個(gè)結(jié)論-->并不是所有的Block中使用self，都會(huì)導(dǎo)致循環(huán)引用！問題二：面試官問：那除了系統(tǒng)自帶的方法中的Block，你在其他Block中使用self會(huì)導(dǎo)致循環(huán)引用嗎？-->可答：AFN框架！最常用的數(shù)據(jù)請(qǐng)求框架--AFNetWorking框架的Block是否會(huì)強(qiáng)引用？

AFN的Block是否會(huì)導(dǎo)致循環(huán)引用測試

如上圖所示，在AFN的block{xxxself.view

}使用self，并不會(huì)導(dǎo)致循環(huán)引用！原理：AFN無循環(huán)是因?yàn)榻^大部分情況下，你的網(wǎng)絡(luò)類對(duì)象是不會(huì)被當(dāng)前控制器引用的，這時(shí)就不會(huì)形成引用環(huán)。（查閱資料得知）小tips：也可能AFN底層有自己做了操作，這里沒探究到AFN框架底層，僅知道AFN不會(huì)造成循環(huán)引用。那什么情況下會(huì)導(dǎo)致循環(huán)引用呢？-->自定義Block

自定義Block中使用self

添加viewDidLoad提示框-->每次進(jìn)入都打印viewDidLoad，可以確定是否離開視圖控制器-->如果是，但是沒有調(diào)用dealloc-->循環(huán)引用

循環(huán)引用

這時(shí)候，我們發(fā)現(xiàn)循環(huán)引用發(fā)生了！所有我們答道：“我們在實(shí)際開發(fā)中，使用自定義Block，在Block{xxx}中使用self，導(dǎo)致了循環(huán)引用”循環(huán)引用導(dǎo)致的原因：相互強(qiáng)指向

循環(huán)引用原因

如何解決-->使用weakSelf，這個(gè)解決方法估計(jì)沒見過一百次的，都不算是真正參加過iOS面試的。華麗分割線一個(gè)大寫的excuseme寫臉上，49行都報(bào)警告了，而且提示可能發(fā)送循環(huán)引用，這你都能因?yàn)檫@樣導(dǎo)致循環(huán)引用？？這面試官如果知道這個(gè)，應(yīng)該不會(huì)這么友好的放過你吧？由于現(xiàn)在學(xué)iOS的太多了，所有可能面試官如果對(duì)于循環(huán)引用比較了解的話，并不會(huì)因?yàn)槲覀兓卮鹆松厦鎯蓚€(gè)問題就放過我們~他可能會(huì)接著問：那如果是我們自己寫的Block，（非系統(tǒng)和AFN），在Block中使用self，是否一定會(huì)發(fā)生循環(huán)引用~探究四：自定義Block是否一定會(huì)發(fā)生循環(huán)引用？

在其他控制器聲明一個(gè)強(qiáng)指向的Block調(diào)用Blcok執(zhí)行效果

如圖：發(fā)現(xiàn)oneVC被銷毀了，說明，自己定義的Block，里面使用了self，并不一定會(huì)發(fā)生循環(huán)引用！原理：block-->強(qiáng)指向了self，但是self，并沒有指向Block！-->并沒有一個(gè)self.block或者成員變量@propertyblock，所有Block并沒有被強(qiáng)指向-->沒有發(fā)送循環(huán)引用！-->Tips:循環(huán)引用發(fā)生的條件就是持有這個(gè)block的對(duì)象，被block里邊加入的對(duì)象持有。逼格出現(xiàn)了??！華麗分割線！既然系統(tǒng)的Block、AFN、都不會(huì)發(fā)生循環(huán)引用，自定義Block又有這么明顯的提示-->實(shí)際開發(fā)中不會(huì)遇到循環(huán)引用？？高逼格分割線實(shí)際開發(fā)中：使用通知（NSNotifation），調(diào)用系統(tǒng)自帶的Block，在Block中使用self-->會(huì)發(fā)生循環(huán)引用。

通知的接收方法

現(xiàn)在iOS的通知已經(jīng)比較好用了，如圖第二個(gè)方法，我最常用的，特別方便，不需要寫@selector（方法）+調(diào)用，直接寫在Block中，就可以實(shí)現(xiàn)接收通知之后實(shí)現(xiàn)的代碼。

twoVC發(fā)送通知-->給oneVConeVC接收通知使用通知-發(fā)生循環(huán)引用

如圖！這才是實(shí)際開發(fā)中-->真正有可能發(fā)生循環(huán)引用的地方！確實(shí)也是在通知的Block，但是這次的循環(huán)引用并沒有提示，而且也確實(shí)發(fā)生