说到循环引用问题，最最最常遇到的，不是在项目中，而是在面试中。如果面试官问你开发中是否遇到过retain cycle，你如果说没遇到过，估计已经很难跟面试官继续友好的沟通下去了。
但是这个问题怎么回答呢，网络上千篇一律的答案-->使用Block的时候遇到过，使用__weakSelf 代替 self 等等，可以说这个答案没啥错，但是所有人都回答的一样，并不能突出我们的逼格，无法让面试官知道我们在这方面有过研究，有闪光点。
对于开发者来说，喜欢探索，喜欢挖掘不懂的知识，在面试官眼里会加分不少。探索是基于问题之上的
探究一：是否所有的Block中，使用self 都会导致循环引用？
如图，使用系统自带的UIView 的Blcok，控制器能被销毁-->说明没有发送循环引用。
原理： UIView的调用的是类方法，当前控制器不可能强引用一个类 ，所以循环无法形成 --> 动画block不会造成循环引用的原因。
所以通过实践得出第一个结论--> 并不是所有的Block中使用self，都会导致循环引用！
探究二：面试官问：那除了系统自带的方法中的Block，你在其他Block中使用self 会导致循环引用吗？ -->可答：AFN框架！
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是否一定会发生循环引用？**
如图：发现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中，就可以实现接收通知之后实现的代码。
如图！这才是实际开发中-->真正有可能发生循环引用的地方！确实也是在通知的Block，但是这次的循环引用并没有提示，而且也确实发生了 --> 这才是真正告诉面试官：我们做过有实际开发，并且是在真实的开发环境中遇到了-->真正的循环引用！！（不仅仅是面试题讲的一个Block的事，逼格明显不够）
解决办法-->weakSelf！
