在MRC时代,我们需要在 dealloc中做很多,比如释放对象,等等;

如今我们已经进入ARC时代,对于普通对象的释放,系统已经帮我们做好了;

那是否可以高枕无忧了呢?在ARC下我们应该做什么?

观点:

ARC下,系统可以帮我们释放该对象,及其包含的对象;

但是却无法释放不属于该对象的一些东西,如:

1.通知的观察者,或KVO的观察者

由于通知中心是系统的一个单例,你在注册通知的观察者时,实际上是在通知中心注册的,

这时,即使ARC下系统帮我们释放了对象,但是在通知中心的观察还是没有移除,那么当有

该通知时,依然会尝试调用该对象的接受通知的方法,这可能会导致一些问题.

这一点有点像,你晚上六点下班了...但是却没有刷卡...,

2.对象强委托/引用的解除(例如XMPPMannerger的delegateQueue)

对于其他的对象来把你当做委托 delegate时,并且是 强引用时,即时你自身被释放,但是引用你的对象依然还在,

这时需要在引用你的对象移除该delegate

3.做一些其他的注销之类的操作(关闭程序运行期间没有关闭的资源)

一个对象,如一个ViewController在销毁之前有可能需要和server打交道;

这时我们也可以在dealloc中写

关于dealloc的底层实现,可以参照objc运行时代码

示例,ARC下我们应该做的:

[html] view plain copy

1. - (void)dealloc  

2. {  

3.     [[NSNotificationCenter defaultCenter] removeObserver:self];//移除通知观察者  

4.     [[XMPPManager sharedManager] removeFromDelegateQueue:self];//移除委托引用  

5.   [ [MyClass shareInstance]  doSomething ]//其他操作  

6.      

7. }  

ARC下我们没必要做的

[html] view plain copy

1. - (void)dealloc  

2. {  

3.     _name = nil;  

4.    [_time invalid];  

5. }  

[html] view plain copy

1. 总结: dealloc在ARC下的作用就是释放 系统无法释放的该对象占用的资源,或者其他对象对该对象的引用.  

原文出自:http://blog.csdn.net/yangbingbinga/

本文转自ljianbing51CTO博客，原文链接：http://blog.51cto.com/ljianbing/1871811 ，如需转载请自行联系原作者