本文共 1008 字，大约阅读时间需要 3 分钟。
在MRC时代,我们需要在 dealloc中做很多,比如释放对象,等等;
如今我们已经进入ARC时代,对于普通对象的释放,系统已经帮我们做好了;
那是否可以高枕无忧了呢?在ARC下我们应该做什么?
观点:
ARC下,系统可以帮我们释放该对象,及其包含的对象;
但是却无法释放不属于该对象的一些东西,如:
1.通知的观察者,或KVO的观察者
由于通知中心是系统的一个单例,你在注册通知的观察者时,实际上是在通知中心注册的,
这时,即使ARC下系统帮我们释放了对象,但是在通知中心的观察还是没有移除,那么当有
该通知时,依然会尝试调用该对象的接受通知的方法,这可能会导致一些问题.
这一点有点像,你晚上六点下班了...但是却没有刷卡...,
2.对象强委托/引用的解除(例如XMPPMannerger的delegateQueue)
对于其他的对象来把你当做委托 delegate时,并且是 强引用时,即时你自身被释放,但是引用你的对象依然还在,
这时需要在引用你的对象移除该delegate
3.做一些其他的注销之类的操作(关闭程序运行期间没有关闭的资源)
一个对象,如一个ViewController在销毁之前有可能需要和server打交道;
这时我们也可以在dealloc中写
关于dealloc的底层实现,可以参照objc运行时代码
示例,ARC下我们应该做的:
[html]
- (void)dealloc
{
[[NSNotificationCenter defaultCenter] removeObserver:self];//移除通知观察者
[[XMPPManager sharedManager] removeFromDelegateQueue:self];//移除委托引用
[ [MyClass shareInstance] doSomething ]//其他操作
}
ARC下我们没必要做的
[html]
- (void)dealloc
{
_name = nil;
[_time invalid];
}
[html]
总结: dealloc在ARC下的作用就是释放 系统无法释放的该对象占用的资源,或者其他对象对该对象的引用.
原文出自:
本文转自ljianbing51CTO博客，原文链接：http://blog.51cto.com/ljianbing/1871811 ，如需转载请自行联系原作者