IOS开发之 ---- ARC下的Dealloc保留原因[转]

众所周知，iOS开发的时候，使用ARC的话，dealloc函数是不需要实现的，写了反而会出错。

但有些特殊的情况，dealloc函数还是需要的。

比如，在画面关闭的时候，需要把ViewController的某些资源释放，

在viewDidDissppear不一定合适，viewDidUnload一般情况下只在memory warning的时候才被调用。

不用ARC的情况下，我们自然会想到dealloc函数。

其实ARC环境下，也没有把dealloc函数禁掉，还是可以使用的。只不过不需要调用[supper dealloc]了。

举个例子，画面上有UIWebView，它的delegate是该画面的ViewController，在WebView载入完成后，需要做某些事情，比如，把indicator停掉之类的。

如果在WebView载入完成之前关闭画面的话，画面关闭后，ViewController也释放了。但由于WebView正在载入页面，而不会马上被释放，等到页面载入完毕后，回调delegate（ViewController）中的方法，由于此时ViewController已经被释放，所以会出错。（message sent to deallocated instance）

解决办法是在dealloc中把WebView的delegate释放。

-(void)dealloc {

    self.webView.delegate = nil;

}

http://blog.csdn.net/musou_ldns/article/details/7673795

Dealloc

让我们看看这些错误，然后一个一个的修复他们。 我们从 dealloc 开始：

dealloc 中的每一行都会有一个错误。 我们不再被允许调用 [release] 了， 也不允许调用 [super dealloc]。 因为我们在 dealloc 不再做任何操作了， 所以我们可以直接把这个方法删除掉。

唯一一个留着 dealloc 方法的原因就是， 你需要释放一些不在 ARC 控制下的资源。 例如 Core Foundation 对象中调用 CFRelease()， 对那些通过 malloc() 分配的内存调用 free(), 注销通知，停止 Tiner， 等等。

如果你是一个对象的代理的话，有时必须显式的断开和它的连接，但通常这都是自动的。 大部分情况下，代理都是弱引用(我们马上会介绍到)， 当一个即将被释放的对象是其他对象的代理的话， 当这个对象被销毁时，代理指针将会被自动设置为 nil。 弱指针在这之后会被自动清楚。

另外， 在你的 dealloc 方法中， 你仍然可以使用实例变量， 因为他们在这时候还没被释放掉。 在 dealloc 返回之前，都不会被释放

http://blog.sina.com.cn/s/blog_71715bf80101ioth.html