[b]前言[/b] 说到循环引用问题，最最最常遇到的，不是在项目中，而是在面试中。如果面试官问你开发中是否遇到过retain cycle，你如果说没遇到过，估计已经很难跟面试官继续友好的沟通下去了。 但是这个问题怎么回答呢，网络上千篇一律的答案-->使用Block的时候遇到过，使用__weakSelf 代替 self 等等，可以说这个答案没啥错，但是所有人都回答的一样，并不能突出我们的逼格，无法让面试官知道我们在这方面有过研究，有闪光点。 对于开发者来说，喜欢探索，喜欢挖掘不懂的知识，在面试官眼里会加分不少。 [b]探索是基于问题之上的-->比如：是否所有的Block中，使用self 都会导致循环引用？[/b] [img]http://files.jb51.net/file_images/article/201703/2017312104841592.jpg?2017212104941[/img] 系统自带Block不会发生循环引用 如图，使用系统自带的UIView 的Blcok，控制器能被销毁-->说明没有发送循环引用。 [b]原理：[/b] UIView的调用的是类方法，当前控制器不可能强引用一个类 ，所以循环无法形成 --> 动画block不会造成循环引用的原因。 所以通过实践得出第一个结论--> 并不是所有的Block中使用self，都会导致循环引用！ [b]问题二：[/b]面试官问：那除了系统自带的方法中的Block，你在其他Block中使用self 会导致循环引用吗？ -->可答：AFN框架！ 最常用的数据请求框架-- AFNetWorking框架的Block是否会强引用？ [img]http://files.jb51.net/file_images/article/201703/2017312105017880.jpg?2017212105051[/img] AFN的Block是否会导致循环引用测试 如上图所示，在AFN的 block { xxx self.view  } 使用self，并不会导致循环引用！ [b]原理：[/b]AFN无循环是因为绝大部分情况下，你的网络类对象是不会被当前控制器引用的，这时就不会形成引用环。（查阅资料得知） [b]小tips：[/b]也可能AFN底层有自己做了操作，这里没探究到AFN框架底层，仅知道AFN不会造成循环引用。 那什么情况下会导致循环引用呢？ --> 自定义Block [img]http://files.jb51.net/file_images/article/201703/2017312105118436.jpg?2017212105126[/img] 自定义Block中使用self 添加 viewDidLoad 提示框-->每次进入都打印viewDidLoad，可以确定是否离开视图控制器-->如果是，但是没有调用dealloc --> 循环引用 [img]http://files.jb51.net/file_images/article/201703/2017312105155200.jpg?201721210523[/img] 循环引用 这时候，我们发现循环引用发生了！所有我们答道：“我们在实际开发中，使用自定义Block，在Block { xxx }中使用self，导致了循环引用 ” [b]循环引用导致的原因： 相互强指向[/b] [img]http://files.jb51.net/file_images/article/201703/2017312105226063.jpg?2017212105234[/img] 循环引用原因 如何解决-->使用weakSelf，这个解决方法估计没见过一百次的，都不算是真正参加过iOS面试的。 ----------------------------- 华丽分割线-------------------------------------- 一个大写的excuse me 写脸上，49行都报警告了，而且提示可能发送循环引用，这你都能因为这样导致循环引用？？这面试官如果知道这个，应该不会这么友好的放过你吧？ 由于现在学iOS的太多了，所有可能面试官如果对于循环引用比较了解的话，并不会因为我们回答了上面两个问题就放过我们~他可能会接着问：那如果是我们自己写的Block，（非系统和AFN），在Block中使用self，是否一定会发生循环引用~ [b]探究四：[/b]自定义Block是否一定会发生循环引用？ [img]http://files.jb51.net/file_images/article/201703/2017312105750548.jpg?2017212105757[/img] 在其他控制器声明一个强指向的Block [img]http://files.jb51.net/file_images/article/201703/2017312105820732.jpg?2017212105827[/img] 调用Blcok [img]http://files.jb51.net/file_images/article/201703/2017312105904805.jpg?2017212105911[/img] 执行效果 如图：发现oneVC被销毁了，说明，自己定义的Block，里面使用了self，并不一定会发生循环引用！ 原理：block --> 强指向了self，但是self，并没有指向Block！-->并没有一个 [code]self.block [/code]或者 成员变量 @property block ，所有Block并没有被强指向-->没有发送循环引用！ -->Tips:循环引用发生的条件就是持有这个block的对象，被block里边加入的对象持有。 逼格出现了！！华丽分割线！ 既然系统的Block、AFN、都不会发生循环引用，自定义Block又有这么明显的提示-->实际开发中不会遇到循环引用？？ ---------------------------------高逼格分割线----------------------------------------- [b]实际开发中：[/b]使用通知（NSNotifation），调用系统自带的Block，在Block中使用self --> 会发生循环引用。 [img]http://files.jb51.net/file_images/article/201703/2017312105937478.png?2017212105952[/img] 通知的接收方法 现在iOS的通知已经比较好用了，如图第二个方法，我最常用的，特别方便，不需要写@selector（方法）+ 调用，直接写在Block中，就可以实现接收通知之后实现的代码。 [img]http://files.jb51.net/file_images/article/201703/2017312110015243.jpg?201721211025[/img] twoVC发送通知 --> 给oneVC [img]http://files.jb51.net/file_images/article/201703/2017312110051924.jpg?201721211058[/img] oneVC 接收通知 [img]http://files.jb51.net/file_images/article/201703/2017312110127204.jpg?201721211134[/img] 使用通知-发生循环引用 如图！这才是实际开发中-->真正有可能发生循环引用的地方！确实也是在通知的Block，但是这次的循环引用并没有提示，而且也确实发生了 --> 这才是真正告诉面试官：我们做过有实际开发，并且是在真实的开发环境中遇到了-->真正的循环引用！！（不仅仅是面试题讲的一个Block的事，逼格明显不够） 解决办法-->weakSelf！ [b]总结[/b] 以上就是这篇文章的全部内容了，希望本文的内容对各位iOS开发者们能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对编程素材网的支持。