ARC 环境下 dealloc 的使用误区

在MRC时代,我们需要在 dealloc中做很多,比如释放对象，如今我们已经进入ARC时代,对于普通对象的释放,系统已经帮我们做好了;是不是我们就再也不用担心内存问题了呢？答案是否定的。

一.dealloc 的使用
a. 什么情况下会调用呢？
当对象的引用计数为0，系统会自动调用dealloc方法，回收内存。

//调用方法
-（void）dealloc{
   // [super dealloc];    //ARC环境下不需要调用。因为系统会 自动调用该方法帮助释放父类对象。
}

b.调用的顺序
一般说调用的顺序是，当子类的对象释放完时，然后再释放父类的所拥有的实例。这一点与调用初始化方法，正好相反。

二.dealloc 误区
我们在开发过程中，用到dealloc，却因不会意识得到对象的引用计数是不是为0，dealloc到底走了没走，因而导致内存暴增，还会遇到很多奇怪的问题。我们需要知道dealloc不被调用的几种情况？

controller中使用了计时器 NSTimer 使用后没有销毁导致循环引用

self.playerTimer = [NSTimerscheduledTimerWithTimeInterval:1target:selfselector:@selector(playProgressAction)userInfo:nilrepeats:YES];

使用后记得销毁
   [_playerTimerinvalidate]
    _playerTimer =nil;

2.协议delegate 应该使用weak修饰，否则会引起循环引用不能释放内存
@property (nonatomic,weak)id<checkDelegate>delegate;

3.使用到block的地方，block回调中不能直接使用self 否则可能引起循环引用。

 __weaktypeof(self) weakSelf =self;
    _audioStream.onCompletion=^(){
        [weakSelf nextButtonAction];
    };

三.自己的案例
昨天我遇到一奇葩问题，用得到（NSNotificationCenter）通知，我明明只发送一次通知，却接受到几次通知，ViewController POP返回后，再次push进来，又多收一次通知，意识到可能通知没有移除，我的方法：

-(void)dealloc
{
    [[NSNotificationCenter defaultCenter] removeObserver:self name:@"delectOrGoDownProject" object:nil];
    [[NSNotificationCenter defaultCenter] removeObserver:self name:@"changerInfoItem" object:nil];
}

一直相信没错啊，在dealloc的打断点才发现该方法却没有走，为什么呢？根据上面的方法排查：
最后发现自己在delegate用的不是week而是strong。顿时感觉自己好傻！

自己挖的坑

总结：再使用dealloc时，最好先看一下该方法有没有调用！

ARC 环境下 dealloc 的使用误区

猜你喜欢