前言

說(shuō)到循環(huán)引用問(wèn)題，最最最常遇到的，不是在項(xiàng)目中，而是在面試中。如果面試官問(wèn)你開(kāi)發(fā)中是否遇到過(guò)retain cycle，你如果說(shuō)沒(méi)遇到過(guò)，估計(jì)已經(jīng)很難跟面試官繼續(xù)友好的溝通下去了。

但是這個(gè)問(wèn)題怎么回答呢，網(wǎng)絡(luò)上千篇一律的答案-->使用Block的時(shí)候遇到過(guò)，使用__weakSelf 代替 self 等等，可以說(shuō)這個(gè)答案沒(méi)啥錯(cuò)，但是所有人都回答的一樣，并不能突出我們的逼格，無(wú)法讓面試官知道我們?cè)谶@方面有過(guò)研究，有閃光點(diǎn)。

對(duì)于開(kāi)發(fā)者來(lái)說(shuō)，喜歡探索，喜歡挖掘不懂的知識(shí)，在面試官眼里會(huì)加分不少。

探索是基于問(wèn)題之上的-->比如：是否所有的Block中，使用self 都會(huì)導(dǎo)致循環(huán)引用？

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

如圖，使用系統(tǒng)自帶的UIView 的Blcok，控制器能被銷(xiāo)毀-->說(shuō)明沒(méi)有發(fā)送循環(huán)引用。

原理： UIView的調(diào)用的是類(lèi)方法，當(dāng)前控制器不可能強(qiáng)引用一個(gè)類(lèi) ，所以循環(huán)無(wú)法形成 --> 動(dòng)畫(huà)block不會(huì)造成循環(huán)引用的原因。

所以通過(guò)實(shí)踐得出第一個(gè)結(jié)論--> 并不是所有的Block中使用self，都會(huì)導(dǎo)致循環(huán)引用！

問(wèn)題二：面試官問(wè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)引用測(cè)試

如上圖所示，在AFN的 block { xxx self.view  } 使用self，并不會(huì)導(dǎo)致循環(huán)引用！

原理：AFN無(wú)循環(huán)是因?yàn)榻^大部分情況下，你的網(wǎng)絡(luò)類(lèi)對(duì)象是不會(huì)被當(dāng)前控制器引用的，這時(shí)就不會(huì)形成引用環(huán)。（查閱資料得知）

小tips：也可能AFN底層有自己做了操作，這里沒(méi)探究到AFN框架底層，僅知道AFN不會(huì)造成循環(huán)引用。

那什么情況下會(huì)導(dǎo)致循環(huán)引用呢？ --> 自定義Block

自定義Block中使用self

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

循環(huán)引用

這時(shí)候，我們發(fā)現(xiàn)循環(huán)引用發(fā)生了！所有我們答道：“我們?cè)趯?shí)際開(kāi)發(fā)中，使用自定義Block，在Block { xxx }中使用self，導(dǎo)致了循環(huán)引用 ”

循環(huán)引用導(dǎo)致的原因： 相互強(qiáng)指向

循環(huán)引用原因

如何解決-->使用weakSelf，這個(gè)解決方法估計(jì)沒(méi)見(jiàn)過(guò)一百次的，都不算是真正參加過(guò)iOS面試的。

----------------------------- 華麗分割線--------------------------------------

一個(gè)大寫(xiě)的excuse me 寫(xiě)臉上，49行都報(bào)警告了，而且提示可能發(fā)送循環(huán)引用，這你都能因?yàn)檫@樣導(dǎo)致循環(huán)引用？？這面試官如果知道這個(gè)，應(yīng)該不會(huì)這么友好的放過(guò)你吧？

由于現(xiàn)在學(xué)iOS的太多了，所有可能面試官如果對(duì)于循環(huán)引用比較了解的話，并不會(huì)因?yàn)槲覀兓卮鹆松厦鎯蓚€(gè)問(wèn)題就放過(guò)我們~他可能會(huì)接著問(wèn)：那如果是我們自己寫(xiě)的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被銷(xiāo)毀了，說(shuō)明，自己定義的Block，里面使用了self，并不一定會(huì)發(fā)生循環(huán)引用！

原理：block --> 強(qiáng)指向了self，但是self，并沒(méi)有指向Block！-->并沒(méi)有一個(gè) self.block 或者 成員變量 @property block ，所有Block并沒(méi)有被強(qiáng)指向-->沒(méi)有發(fā)送循環(huán)引用！

-->Tips:循環(huán)引用發(fā)生的條件就是持有這個(gè)block的對(duì)象，被block里邊加入的對(duì)象持有。

逼格出現(xiàn)了??！華麗分割線！ 既然系統(tǒng)的Block、AFN、都不會(huì)發(fā)生循環(huán)引用，自定義Block又有這么明顯的提示-->實(shí)際開(kāi)發(fā)中不會(huì)遇到循環(huán)引用？？

---------------------------------高逼格分割線-----------------------------------------

實(shí)際開(kāi)發(fā)中：使用通知（NSNotifation），調(diào)用系統(tǒng)自帶的Block，在Block中使用self --> 會(huì)發(fā)生循環(huán)引用。

通知的接收方法

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

twoVC發(fā)送通知 --> 給oneVC

oneVC 接收通知

使用通知-發(fā)生循環(huán)引用

如圖！這才是實(shí)際開(kāi)發(fā)中-->真正有可能發(fā)生循環(huán)引用的地方！確實(shí)也是在通知的Block，但是這次的循環(huán)引用并沒(méi)有提示，而且也確實(shí)發(fā)生了 --> 這才是真正告訴面試官：我們做過(guò)有實(shí)際開(kāi)發(fā)，并且是在真實(shí)的開(kāi)發(fā)環(huán)境中遇到了-->真正的循環(huán)引用?。。ú粌H僅是面試題講的一個(gè)Block的事，逼格明顯不夠）

解決辦法-->weakSelf！

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)各位iOS開(kāi)發(fā)者們能帶來(lái)一定的幫助，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論