說(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)自帶的UIView 的Blcok，控制器能被銷毀-->說(shuō)明沒(méi)有發(fā)送循環(huán)引用伞鲫。
原理： UIView的調(diào)用的是類方法粘茄，當(dāng)前控制器不可能強(qiáng)引用一個(gè)類 ，所以循環(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 { xxx self.view ?} 使用self，并不會(huì)導(dǎo)致循環(huán)引用怔檩！
原理：AFN無(wú)循環(huán)是因?yàn)榻^大部分情況下褪秀，你的網(wǎng)絡(luò)類對(duì)象是不會(huì)被當(dāng)前控制器引用的，這時(shí)就不會(huì)形成引用環(huán)薛训。（查閱資料得知）
小tips：也可能AFN底層有自己做了操作媒吗，這里沒(méi)探究到AFN框架底層，僅知道AFN不會(huì)造成循環(huán)引用乙埃。
那什么情況下會(huì)導(dǎo)致循環(huán)引用呢闸英？ --> 自定義Block
添加 viewDidLoad 提示框-->每次進(jìn)入都打印viewDidLoad，可以確定是否離開(kāi)視圖控制器-->如果是介袜，但是沒(méi)有調(diào)用dealloc --> 循環(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)指向
如何解決-->使用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)引用测柠？
如圖：發(fā)現(xiàn)oneVC被銷毀了炼鞠，說(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)的代碼仑嗅。
如圖宴倍！這才是實(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)引用！＠啤（不僅僅是面試題講的一個(gè)Block的事兆衅，逼格明顯不夠）
解決辦法-->weakSelf！
