About NSTimer

NSTimer a timer is not common but also is based. I think every developer iOS should know, so I usually think of him as an interview question. What surprised me was that none of the 10 could answer all of them.

比如以下代码创建了一个计时器:

self.timer =

[NSTimer scheduledTimerWithTimeInterval:1

target:self

selector:@selector(update)

userInfo:nil

repeats:YES];

上述代码,将创建一个无限循环的timer, 并投入当前线程的Runloop中开始执行。此时,Runloop会引用住timer, timer会引用住self, self则保存了timer. 如下图所示:

About NSTimer

偷张图过来,这张图很好的说明问题

如果你回答会影响回收,别以为就这样过了,我什么知道你是真的懂还是猜的。所以我一般还会再问,[timer invalidate]一般写在哪里?或者说你什么时候会去停止掉一个无限循环的time?这回大部分的人都会说dealloc里面调用。如果说是写在dealloc的基本可以确定前面那题他是猜的。这时我一般会在提示下,问他dealloc什么时候会被运行到?大部分人都会答:self回收的时候。也有少数人会说页面移除的时候,这种的我觉得基本没有再问下去的必要了!

如果回答的是NSTime会影响回收,[timer invalidate]写在dealloc里面的,我还会再提示下,这样不是矛盾了?既然NSTime会影响回收那不停止NSTime也就无法回收,自然也就不会运行到dealloc,那你却把[timer invalidate]写在dealloc这正常吗?哈哈,我觉的问道这一步已经不是在问技术了,倒像是逻辑题了!能很快反应过来的也没几个

因为timer会引用住self,在timer停止之前,是不会释放self的,self的dealloc也不可能会被调用。

正确的做法应该是根据业务需要,在适当的地方启动timer和停止timer. 比如timer是页面用来更新页面内部的view的,那可以选择在页面显示的时候启动timer,页面不可见的时候停止timer. 比如:

– (void)viewWillAppear

{

 [super viewWillAppear];  self.timer =

   [NSTimer scheduledTimerWithTimeInterval:1

            target:self

            selector:@selector(update)

            userInfo:nil

            repeats:YES];

}

– (void)viewDidDisappear

{

 [super viewDidDisappear];

 [self.timer invalidate];

}

2.Code Review

错误特征一

– (void)dealloc

{

[self.timer invalidate];

}

以上代码是有问题的。当timer没有停止的时候,self会被引用,也就没有机会走到dealloc. 同时,代码作者应该对timer没有正确的认识,所以需要review整个timer的使用情况。

错误特征 2:

[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(update) userInfo:nil repeats:YES];

以上代码创建了一个timer,但是没有保存起来,后续自然也没有机会停止这个 timer. 所以会导致timer泄漏。

错误特征 3:

– (void)viewDidAppear:(BOOL)animated{

 [super viewDidAppear:animated];  self.timer =[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(update) userInfo:nil repeats:YES];

}

以上代码也是有问题的。因为我们要确保timer的创建和销毁必须是成对调用,否则会发生泄漏。而对于viewDidAppear其实很难找到一个准确的与之成对的方法(跟viewWillDisappear和viewDidDisappear都不是成对调用的),这里就需要检查timer有没有被重复创建和有没有在适当的时机销毁。

3. 停止 timer 可能会导致 self 对象销毁

值得注意的是,调用[timer invalidate]停止timer,此时timer会释放 target, 如果timer是最后一个持有target的对象,那么此次释放会直接触发target的 。比如:

– (void)onEnterBackground:(id)sender{

   [self.timer invalidate];

[self.view stopAnimation]; // dangerous!}

以上代码,加入第一行的invalidate之后,self被销毁了,那么第二行访问self.view时候,就会触发野指针crash。因为Objective-C的方法里面,self是没有被retain的。这种情况,有个临时的解决方案如下:

– (void)onEnterBackground:(id)sender{

   __weak id weakSelf = self;

   [self.timer invalidate];

   [weakSelf.view stopAnimation]; // dangerous!}

将self改为弱引用。但是也是一个临时解决方案。正确解决方法是,查出其它对象没有引用self的时候,为什么timer还没停止。这个案例告诉大家,当见到 invalidate被调用之后很神奇地出现了self野指针crash的时候,不要惊讶,就是timer没处理好。