前言
说到循环引用问题,最最最常遇到的,不是在项目中,而是在面试中。如果面试官问你开发中是否遇到过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
添加 viewdidload 提示框–>每次进入都打印viewdidload,可以确定是否离开视图控制器–>如果是,但是没有调用dealloc –> 循环引用
这时候,我们发现循环引用发生了!所有我们答道:“我们在实际开发中,使用自定义block,在block { xxx }中使用self,导致了循环引用 ”
循环引用导致的原因: 相互强指向
循环引用原因
如何解决–>使用weakself,这个解决方法估计没见过一百次的,都不算是真正参加过ios面试的。
—————————– 华丽分割线————————————–
一个大写的excuse me 写脸上,49行都报警告了,而且提示可能发送循环引用,这你都能因为这样导致循环引用??这面试官如果知道这个,应该不会这么友好的放过你吧?
由于现在学ios的太多了,所有可能面试官如果对于循环引用比较了解的话,并不会因为我们回答了上面两个问题就放过我们~他可能会接着问:那如果是我们自己写的block,(非系统和afn),在block中使用self,是否一定会发生循环引用~
探究四:自定义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中,就可以实现接收通知之后实现的代码。
onevc 接收通知
使用通知-发生循环引用
如图!这才是实际开发中–>真正有可能发生循环引用的地方!确实也是在通知的block,但是这次的循环引用并没有提示,而且也确实发生了 –> 这才是真正告诉面试官:我们做过有实际开发,并且是在真实的开发环境中遇到了–>真正的循环引用!!(不仅仅是面试题讲的一个block的事,逼格明显不够)
解决办法–>weakself!
总结
以上就是这篇文章的全部内容了,希望本文的内容对各位ios开发者们能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对快网idc的支持。