iOS中关于计时器未置空 导致内存泄漏及野指针崩溃的问题研究

我们都知道，在VC中创建循环的计时器，并加入到runLoop中。这时候在页面消失的时候，需要人工invalid计时器，再置空，否则会造成内存泄漏。对于不循环的计时器，其确实可能会导致VC引用计数器自增，但不会导致内存泄漏等问题，不在本文分析范围中。

可是在实践中发现，某些情况下，计时器并不会导致内存泄漏。有点懵，经过自己测试发现如下规律。

计时器分为两种初始化方法，timerWithTimeInterval:1.0 target:self selector:@selector(func) userInfo:nil repeats:YES] 和timerWithTimeInterval:1.0 repeats:YES block:^(NSTimer * _Nonnull timer) {}]，分情况讨论。

1.timerWithTimeInterval:1.0 target:self selector:@selector(func) userInfo:nil repeats:YES]

此种方式因为将本类（self）添加了Target，因此导致了self的引用计数器+1，pop时如果不做特殊处理，会导致self的dealloc不能被正常调用，导致内存泄漏。计时器调用的方法也会被一直循环调用，不会停下来，浪费性能。

PS:即使是将self换成weakSelf，VC的引用计数器也会自增，因此不推荐用这种方式调用计时器

2.timerWithTimeInterval:1.0 repeats:YES block:^(NSTimer * _Nonnull timer) {}]

此种方法是在block中处理计时器调用的任务。此种方法又分为三种情况。1.block中未调用self，2.block中调用了[weakSelf someFunc] ，3.block中调用了weakSelf.somePro ，4.block中调用了strongSelf

未调用self的情况中，计时器的添加不会导致VC引用计数器的自增，如果pop不做特殊处理，VC的dealloc也会正常调用，但会导致runloop中计时器一直生效，一直循环调用Block，浪费性能；

调用了[weakSelf someFunc]的情况中，计时器的添加不会导致引用计数器的自增，如果pop不做特殊处理，dealloc也会正常调用。runloop中计时器会随着VC中dealloc的调用而失效，

调用了weakSelf.somePro，调用了VC弱引用的成员变量，计时器的添加不会导致引用计数器的自增，如果pop不做特殊处理，dealloc也会正常调用。但runloop会一直有效，会一直被循环调用，成员变量会变成空。此时也可能会导致野指针问题导致崩溃，需要特殊处理

调用了strongSelf的情况中，计时器的添加会导致vc的引用计数器自增（而且是+=2，具体原因未知），会导致循环引用。如果pop不做特殊处理，dealloc不能正常调用，造成内存泄漏。

总结：VC中一旦添加了计时器，除了调用了[weakSelf someFunc]的情况中，必须在pop时invalid计时器，最好置空（这点不是很确定），否则会导致一系列问题。问题具体是什么问题就不一定了，可能是野指针，也可能是内存泄漏，需要具体问题具体分析。

归结到代码中，循环计时器，最好的处理方式是：

1.使用timerWithTimeInterval:1.0 repeats:YES block:^(NSTimer * _Nonnull timer) {}初始化循环的计时器，并在block中使用weakSelf防止循环引用

2.dealloc中Invalid计时器，并置空。

做到以上两点，计时器就能随着VC生命周期自动释放，不会造成内存泄漏，也不用特殊处理invalid。