实际开发中-Block导致循环引用的问题

说到循环引用问题,最最最常遇到的,不是在项目中,而是在面试中。如果面试官问你开发中是否遇到过retain cycle,你如果说没遇到过,估计已经很难跟面试官继续友好的沟通下去了。

但是这个问题怎么回答呢,网络上千篇一律的答案-->使用Block的时候遇到过,使用__weakSelf 代替 self 等等,可以说这个答案没啥错,但是所有人都回答的一样,并不能突出我们的逼格,无法让面试官知道我们在这方面有过研究,有闪光点。

对于开发者来说,喜欢探索,喜欢挖掘不懂的知识,在面试官眼里会加分不少。探索是基于问题之上的-->比如:是否所有的Block中,使用self 都会导致循环引用?


系统自带Block不会发生循环引用

如图,使用系统自带的UIView 的Blcok,控制器能被销毁-->说明没有发送循环引用。

原理: UIView的调用的是类方法,当前控制器不可能强引用一个类 ,所以循环无法形成 --> 动画block不会造成循环引用的原因。


所以通过实践得出第一个结论--> 并不是所有的Block中使用self,都会导致循环引用!


问题二:面试官问:那除了系统自带的方法中的Block,你在其他Block中使用self 会导致循环引用吗? -->可答:AFN框架!

最常用的数据请求框架-- AFNetWorking框架的Block是否会强引用?

AFN的Block是否会导致循环引用测试

如上图所示,在AFN的 block { xxx self.view  } 使用self,并不会导致循环引用!

原理:AFN无循环是因为绝大部分情况下,你的网络类对象是不会被当前控制器引用的,这时就不会形成引用环。(查阅资料得知)

小tips:也可能AFN底层有自己做了操作,这里没探究到AFN框架底层,仅知道AFN不会造成循环引用。


那什么情况下会导致循环引用呢? --> 自定义Block

自定义Block中使用self

添加 viewDidLoad 提示框-->每次进入都打印viewDidLoad,可以确定是否离开视图控制器-->如果是,但是没有调用dealloc --> 循环引用

循环引用

这时候,我们发现循环引用发生了!所有我们答道:“我们在实际开发中,使用自定义Block,在Block { xxx }中使用self,导致了循环引用 ”

循环引用导致的原因: 相互强指向

循环引用原因

如何解决-->使用weakSelf,这个解决方法估计没见过一百次的,都不算是真正参加过iOS面试的。

----------------------------- 华丽分割线--------------------------------------

一个大写的excuse me 写脸上,49行都报警告了,而且提示可能发送循环引用,这你都能因为这样导致循环引用??这面试官如果知道这个,应该不会这么友好的放过你吧?


由于现在学iOS的太多了,所有可能面试官如果对于循环引用比较了解的话,并不会因为我们回答了上面两个问题就放过我们~他可能会接着问:那如果是我们自己写的Block,(非系统和AFN),在Block中使用self,是否一定会发生循环引用~


探究四:自定义Block是否一定会发生循环引用?

在其他控制器声明一个强指向的Block
调用Blcok
执行效果

如图:发现oneVC被销毁了,说明,自己定义的Block,里面使用了self,并不一定会发生循环引用!

原理:block --> 强指向了self,但是self,并没有指向Block!-->并没有一个 self.block 或者 成员变量 @property block ,所有Block并没有被强指向-->没有发送循环引用!

-->Tips:循环引用发生的条件就是持有这个block的对象,被block里边加入的对象持有。


逼格出现了!!华丽分割线! 既然系统的Block、AFN、都不会发生循环引用,自定义Block又有这么明显的提示-->实际开发中不会遇到循环引用?? 

---------------------------------高逼格分割线-----------------------------------------

实际开发中:使用通知(NSNotifation),调用系统自带的Block,在Block中使用self --> 会发生循环引用。

通知的接收方法

现在iOS的通知已经比较好用了,如图第二个方法,我最常用的,特别方便,不需要写@selector(方法)+ 调用,直接写在Block中,就可以实现接收通知之后实现的代码。

twoVC发送通知 --> 给oneVC
oneVC 接收通知
使用通知-发生循环引用

如图!这才是实际开发中-->真正有可能发生循环引用的地方!确实也是在通知的Block,但是这次的循环引用并没有提示,而且也确实发生了 --> 这才是真正告诉面试官:我们做过有实际开发,并且是在真实的开发环境中遇到了-->真正的循环引用!!(不仅仅是面试题讲的一个Block的事,逼格明显不够)

解决办法-->weakSelf!



最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,732评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,496评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,264评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,807评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,806评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,675评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,029评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,683评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,704评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,666评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,773评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,413评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,016评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,204评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,083评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,503评论 2 343

推荐阅读更多精彩内容