NSTimer内存泄漏问题排查和解除2

麻蕊老师
692 阅读3分钟

一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第22天，点击查看活动详情。

NSTimer循环引用的解决方案

对于调用NSTimer的invalidate方法的必要性，默默告诫自己要加强注意之后，我们暂且不多做讨论了。我们回到循环引用的问题，下面给出几个解决方案：

  1. 手动释放NSTimer
  2. 调用苹果系统API(iOS10以后支持)
  3. 使用block解决循环引用
  4. 使用中间件NSProxy解决循环引用

瞅准时机手动释放NSTimer

以UIViewController持有NSTimer为例，这里不管是强持有还是弱持有，都有RunLoop强持有NSTimer，NSTimer强持有UIViewController，这会导致UIViewController不能自己释放。所以我们必须瞅准机会手动调用invalidate方法，将NSTimer释放掉。而这个时机嘛，具体的业务代码具体处理吧（手动阴险）。

下面给出一种最傻瓜式的处理方式：

- (void)viewWillAppear:(BOOL)animated {
    [super viewWillAppear:animated];

    self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(handleTimer) userInfo:nil repeats:YES];
}

- (void)viewWillDisappear:(BOOL)animated {
    [super viewWillDisappear:animated];

    [self.timer invalidate];
    self.timer = nil;
}

我想，嗯，这种方式真的很难满足我们各种复杂的业务场景，只能在最基本的情况下使用。这里列举出来，只是给出一种打破引用的方式（而已）。

调用苹果系统API(iOS10以后支持)

也许是苹果公司对NSTimer的这种无法释放的问题再也看不过眼了，也许是某个苹果工程师在写代码的时候，是在是不想忍受这种心惊胆战的编码模式了。总之，在iOS10.0以后，NSTimer类多了如下的两个接口：

+ (NSTimer *)timerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block;
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block;

我们可以看到，这两个接口不用传target和selector。这不就意味着NSTimer不会强持有target，这循环引用的问题不就在还没开始就被扼杀了嘛！

不过可惜的是，到iOS10才支持，目前我所处的项目都要支持到iOS9，这真是一个悲伤的故事(手动哭唧唧)。

类对象持有 -> 使用block解决循环引用

我们创建一个分类，代码如下：

@interface NSTimer (NoRetainCycleWithBlock)

+ (NSTimer *)nrc_timerWithTimeInterval:(NSTimeInterval)ti repeats:(BOOL)repeats block:(dispatch_block_t)block;

+ (NSTimer *)nrc_scheduledTimerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(dispatch_block_t)block;
@end


@implementation NSTimer (NoRetainCycleWithBlock)

+ (NSTimer *)nrc_timerWithTimeInterval:(NSTimeInterval)ti repeats:(BOOL)repeats block:(dispatch_block_t)block {
    return [self timerWithTimeInterval:ti target:self selector:@selector(nrc_blockHandler:) userInfo:[block copy] repeats:repeats];
}

+ (NSTimer *)nrc_scheduledTimerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(dispatch_block_t)block {
    return [self scheduledTimerWithTimeInterval:interval
                                         target:self
                                       selector:@selector(nrc_blockHandler:)
                                       userInfo:[block copy]
                                        repeats:repeats];
}

+ (void)nrc_blockHandler:(NSTimer *)timer {
    dispatch_block_t block = timer.userInfo;
    if (block) {
        block();
    }
}

@end

我们为NSTimer添加了两个方法，以供开发者来创建NSTimer。通过这两个方法创建NSTimer的关键点如下：

  1. NSTimer的定时任务会以block的形式进行回调。
  2. NSTimer的target传入self，这里的上下文环境是在类方法中，所以这里的self是NSTimer的类对象。即NSTimer会持有NSTimer的类对象(也就是NSTimer.class)。
  3. NSTimer的userInfo传入了block的copy，保证block存在堆中。并且由于被NSTimer持有，所以不会被释放。
  4. NSTimer的selector传入了方法nrc_blockHandler:，该方法中获取了timer.userInfo，然后执行block回调定时任务。

上面的代码获得了什么成果呢？

NSTimer的target换成了NSTimer的类对象，而类对象一直存在于内存中，所以即便是循环引用了，造成的影响也不是很大。

但是我们需要注意一点是，当UIViewController(即创建timer的地方)被释放而NSTimer未被释放时，定时任务执行block，此时有可能会造成访问野指针引起的崩溃问题。

所以，敲黑板啦！在UIViewController的dealloc中一定要记得调用invalidate方法释放NSTimer，以避免我们最最不想看到的崩溃！！！

avatar
文章
阅读
粉丝