在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/