使用 ARC 时是否在 dealloc 中将属性设置为 nil？

简短回答：不，您不必在 ARC 下清除 dealloc 中的属性。

长答案：您不应该在 dealloc 中清空属性，即使在手动内存管理中也是如此。

在 MRR 中，你应该释放你的 ivars。取消属性意味着调用 setter，这可能会调用它不应该在 dealloc 中触及的代码（例如，如果您的类或子类覆盖了 setter）。同样，它可能会触发 KVO 通知。相反，释放 ivar 可以避免这些不良行为。

在 ARC 中，系统会自动为您释放任何 ivars，因此如果您只这样做，您甚至不必实现 dealloc。但是，如果您有任何需要特殊处理的非对象 ivars（例如，您需要 free() 分配的缓冲区），您仍然必须处理 dealloc 中的那些。

此外，如果您已将自己设置为任何对象的委托，则应在 dealloc 中取消设置该关系（这是关于调用 [obj setDelegate:nil] 的部分）。关于在未使用 ARC 编译的类上执行此操作的说明是对弱属性的一种认可。如果该类将其 delegate 属性显式标记为 weak，那么您不必这样做，因为弱属性的性质意味着它将为您取消。但是，如果该属性被标记为 assign，那么您应该在您的 dealloc 中将其 nil，否则该类将留下一个悬空指针，并且如果它尝试向其委托发送消息，则可能会崩溃。请注意，这仅适用于非保留关系，例如委托。

---

只是给出相反的答案......

简短回答：不，您不必在 ARC 下的 dealloc 中清除自动合成的属性。而且您不必为 init 中的那些使用设置器。

长答案：您应该在 dealloc 中消除自定义综合属性，即使在 ARC 下也是如此。您应该为 init 中的设置使用设置器。

关键是您的自定义合成属性在无效化方面应该是安全和对称的。

一个可能的定时器设置器：

-(void)setTimer:(NSTimer *)timer
{
    if (timer == _timer)
        return;

    [timer retain];
    [_timer invalidate];
    [_timer release];
    _timer = timer;
    [_timer fire];
}

scrollview、tableview、webview、textfield 的可能设置器，...：

-(void)setScrollView:(UIScrollView *)scrollView
{
    if (scrollView == _scrollView)
        return;

    [scrollView retain];
    [_scrollView setDelegate:nil];
    [_scrollView release];
    _scrollView = scrollView;
    [_scrollView setDelegate:self];
}

KVO 属性的可能设置器：

-(void)setButton:(UIButton *)button
{
    if (button == _button)
        return;

    [button retain];
    [_button removeObserver:self forKeyPath:@"tintColor"];
    [_button release];
    _button = button;
    [_button addObserver:self forKeyPath:@"tintColor" options:(NSKeyValueObservingOptions)0 context:NULL];
}

这样您就不必为 dealloc、didReceiveMemoryWarning、viewDidUnload... 复制任何代码，并且您的财产可以安全地公开。如果您担心 dealloc 中的 nil out 属性，那么可能是时候再次检查您的设置器了。

---