NSTimer 一个计时器，不算常用但也算基础。我想每个开发iOS都应该知道，所以我一般会把他当作一个面试题。可以让我意外的是10个里面没有一个能全部答出来。
我的问题是NSTimer如果没有停止掉会不会影响回收？大部分都说会，是的会影响回收，因为NSTimer对self进行了强引用
比如以下代码创建了一个计时器：
self.timer =
[NSTimer scheduledTimerWithTimeInterval:1
target:self
selector:@selector(update)
userInfo:nil
repeats:YES];
上述代码，将创建一个无限循环的timer, 并投入当前线程的Runloop中开始执行。此时，Runloop会引用住timer, timer会引用住self, self则保存了timer. 如下图所示：
如果你回答会影响回收，别以为就这样过了，我什么知道你是真的懂还是猜的。所以我一般还会再问，[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没处理好。