如何解决循环引用？
1、避免产生循环引用，通常是将 strong 引用改为 weak 引用。
比如在修饰属性时用weak
在block内调用对象方法时，使用其弱引用，这里可以使用两个宏
#defineWS(weakSelf) __weak __typeof(&*self)weakSelf = self// 弱引用#defineST(strongSelf) __strong __typeof(&*self)strongSelf = weakSelf//使用这个要先声明weakSelf
还可以使用__block来修饰变量
在MRC下，__block不会增加其引用计数，避免了循环引用
在ARC下，__block修饰对象会被强引用，无法避免循环引用，需要手动解除。
2、在合适时机去手动断开循环引用。
通常我们使用第一种。
循环引用场景：
1. 自循环引用
对象强持有的属性同时持有该对象
2. 相互循环引用
3. 多循环引用
1、代理(delegate)循环引用属于相互循环引用
delegate 是iOS中开发中比较常遇到的循环引用，一般在声明delegate的时候都要使用弱引用 weak,或者assign,当然怎么选择使用assign还是weak，MRC的话只能用assign，在ARC的情况下最好使用weak，因为weak修饰的变量在释放后自动指向nil，防止野指针存在
2、NSTimer循环引用属于相互循环使用
在控制器内，创建NSTimer作为其属性，由于定时器创建后也会强引用该控制器对象，那么该对象和定时器就相互循环引用了。
如何解决呢？
这里我们可以使用手动断开循环引用：
如果是不重复定时器，在回调方法里将定时器invalidate并置为nil即可。
如果是重复定时器，在合适的位置将其invalidate并置为nil即可
3、block循环引用
一个简单的例子：
由于block会对block中的对象进行持有操作,就相当于持有了其中的对象，而如果此时block中的对象又持有了该block，则会造成循环引用。
解决方案就是使用__weak修饰self即可
并不是所有block都会造成循环引用。
只有被强引用了的block才会产生循环引用
而比如dispatch_async(dispatch_get_main_queue(), ^{}),[UIView animateWithDuration:1 animations:^{}]这些系统方法等
或者block并不是其属性而是临时变量,即栈block
还有一种场景，在block执行开始时self对象还未被释放，而执行过程中，self被释放了，由于是用weak修饰的，那么weakSelf也被释放了，此时在block里访问weakSelf时，就可能会发生错误(向nil对象发消息并不会崩溃，但也没任何效果)。
对于这种场景，应该在block中对 对象使用__strong修饰，使得在block期间对 对象持有，block执行结束后，解除其持有。
javascript object referencejavascript对象引用
例句
1.In Listing 5 you see a closure in which a JavaScript object (obj) contains a reference to a DOM object (referenced by the id "element" ).
在清单5中，可以看到一个闭包，在此闭包内，JavaScript对象（obj）包含到DOM对象的引用（通过id“element”被引用）。
2.A handle provides a reference to a JavaScript object's location in the heap.
句柄提供了一个JavaScript对象在堆中位置的引用。
3.In Listing 7 you avoid the circular reference between the JavaScript object and the DOM object by adding another closure.
清单7是通过添加另一个闭包来避免JavaScript对象和DOM对象间的循环引用。
4.Listing 1 shows a circular reference between a JavaScript object and a DOM object.
清单1显示了在JavaScript对象和DOM对象间存在的一个循环引用。
5.The resulting circular reference between the JavaScript object and the DOM object causes a memory leak.
