关键词
回调，引用循环，通知中心，观察者，委托，目标，NSTimer，Block
What
符合如下情形的回调将出现引用循环风险：
- 你创建的对象拥有一个指向回调对象的指针。
- 回调对象的指针指向了你创建的对象。
- 你创建的对象和回调对象之间具有强引用关系。
以上情况将使两对象陷入强引用循环，谁都无法释放。
How 如何避免
1. 对于通知中心
通知中心不拥有观察者(Observer)。
如果将某个对象注册成为观察者，那么通常应该在释放该对象时将将其移出通知中心。
- (void)dealloc
{
[[NSNotificationCenter defaultCenter] removeObserver:self];
//[super dealloc]; //MRC
}
2. 对于Delegate和DataSource
对象不拥有委托对象(Delegate)或者数据源对象(DataSource)。
- 如果新创建的对象是另外一个对象的委托对象(Delegate)或者数据源对象(DataSource)，那么该对象应该在其dealloc方法中对其进行相应的置空操作。
- 声明Delegate时用assign(MRC)或者weak(ARC)。
- (void)dealloc
{
_webView.delegate = nil; //1. MRC下要在对象release前置空委托
//[_webView setDelegate:nil]; //置空委托的另外一种写法
//[_webView release]; //2. MRC下要在对象委托置空后再release
//[super dealloc]; //3. MRC下最后调用dealloc方法
}
3. 对于Target
对象不拥有目标(Target)。
如果新创建的对象是另一个对象的目标(Target)，那么该对象应该在其dealloc方法中对其进行相应的置空操作。
** 一个关于NSTimer的特殊例子**
- NSTimer的实例常常被当做一个类的实例变量使用，NSTimer实例化时我们一般指定target为当前类的实例（self），很容易造成循环引用。
- 若NSTimer的实例处于生效(validate)状态时，则其引用计数一定不为0。
我们想当然的认为只要在dealloc方法中终止NSTimer实例的计数，并置为nil
- (void)dealloc { [_timer invalidate]; _timer = nil; //[super dealloc]; }
就应该能释放掉NSTimer的实例。
但因为你的NSTimer实例对self进行了retain(指定NSTimer实例的target时进行了retain)，所以如果NSTimer实例一直有效就不会调用dealloc方法，调用不到dealloc方法就不能使NSTimer的实例失效(invalidate)，则self的引用计数永远不会等于0。这就陷入了无限的死循环。
因此一定要在外部显式的调用
[_timer invalidate];
_timer = nil;
对象才会被释放。
可以向外声明一个清理timer的方法，并在方法内实现NSTimer实例的invalidate和置空。
4. 对于Block
对于Block需要注意
- Block声明时用copy。
- 当Block被copy时，会对block中用到的对象产生强引用(ARC)或者引用计数加1(MRC)
解决方法：
- ARC下 使用__weak声明一个代替self的新变量代替原先的self，告知编译器不要在block内部对self进行强引用，代码如下：
@property(nonatomic, copy) yourBlock yourBlock;
...
__weak __typeof__(self) weakSelf = self;
self.yourBlock = ^ {
//your code
};
- MRC下 使用__block告知编译器不要在block内部对self进行retain，代码如下：
@property(nonatomic, copy) yourBlock yourBlock;
...
__block __typeof__(self) weakSelf = self;
self.yourBlock = ^ {
//your code
};
