回调与对象所有权问题(引用循环)简析

关键词

回调，引用循环，通知中心，观察者，委托，目标，NSTimer，Block

---

What

符合如下情形的回调将出现引用循环风险：

• 你创建的对象拥有一个指向回调对象的指针。
• 回调对象的指针指向了你创建的对象。
• 你创建的对象和回调对象之间具有强引用关系。

以上情况将使两对象陷入强引用循环，谁都无法释放。

---

How 如何避免

1. 对于通知中心

通知中心不拥有观察者(Observer)。

如果将某个对象注册成为观察者，那么通常应该在释放该对象时将将其移出通知中心。

- (void)dealloc
{
    [[NSNotificationCenter defaultCenter] removeObserver:self];
    //[super dealloc];  //MRC
}

2. 对于Delegate和DataSource

对象不拥有委托对象(Delegate)或者数据源对象(DataSource)。

1. 如果新创建的对象是另外一个对象的委托对象(Delegate)或者数据源对象(DataSource)，那么该对象应该在其dealloc方法中对其进行相应的置空操作。
2. 声明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需要注意

1. Block声明时用copy。
2. 当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
};