在项目里，难免要使用到定时器NSTimer，如果稍微不留意，特别容易造成循环引用。以前的解决方案过于笨拙，现在又对以前的防止循环引用的方法进行了进一步的修改，更符合代码的可维护性。

造成NSTimer循环引用问题的原因

@interface TimerViewController ()
@property (nonatomic,strong)NSTimer * timer;
@end

self.timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(timerAction) userInfo:nil repeats:YES];

我们在声明timer属性的时候，使用strong去修饰，那么self就强引用了timer这个属性，在使用timer的时候target又指向self ，timer又强引用了self。这样就造成了循环引用。所以在使用timer的时候，要特别小心留意，如果不解决循环引用问题，后续会造成特别多的内存泄露，连锁反应造成更坏的影响。

以往笨拙的解决方案

以往的解决思路是在控制器消失的时候 关闭计时器

-(void)viewDidDisappear:(BOOL)animated{
    [super viewDidDisappear:animated];
    [self.timer invalidate];
    self.timer = nil;
}

在控制器出现时候 启动计时器

-(void)viewDidAppear:(BOOL)animated{
    [super viewDidAppear:animated];
    self.timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(timerAction) userInfo:nil repeats:YES];
}

但是这样过于繁琐，上面的代码只是一个过程说明，根据业务逻辑可能要做大量的状态判断来控制timer的启动和关闭。由于以前项目的时间问题，采用了这种笨拙且不符合代码规范的写法，如果使用这种方法到后期代码维护阶段，特别难拆分和进一步维护。

思考之后优化的解决方案

@interface NSTimer (LMBlockSupport)

+ (NSTimer *)lm_scheduledTimerWithTimeInterval:(NSTimeInterval)time
                                         block:(void(^)(void))block
                                       repeats:(BOOL)repeats;

@end

@implementation NSTimer (LMBlockSupport)

+ (NSTimer *)lm_scheduledTimerWithTimeInterval:(NSTimeInterval)time
                                         block:(void(^)(void))block
                                       repeats:(BOOL)repeats{
    
    return [self scheduledTimerWithTimeInterval:time
                                         target:self
                                       selector:@selector(lm_blockInvoke:)
                                       userInfo:[block copy]
                                        repeats:repeats];
}

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

@end

对NSTimer添加一个分类，在分类内添加一个新的类方法。类方法有一个类型为block的参数（定义的block位于栈上，为了防止块被释放，需要调用copy方法，将块移到堆上）。使用这个类别的方式如下：

__weak TimerViewController *weakSelf = self;
    self.timer = [NSTimer lm_scheduledTimerWithTimeInterval:1.0 block:^{
        __strong TimerViewController *strongSelf = weakSelf;
        [strongSelf timerAction];
    } repeats:YES];
    
    [self.timer fire];

这个方案，就打破了self 和 timer之间的循环引用关系。
__strong TimerViewController *strongSelf = weakSelf主要是为了防止执行块的代码时，类被释放了。
在类的dealloc方法中，记得调用：

-(void)dealloc{
  
    //在dealloc方法内记得关闭计时器
    [self.timer invalidate];
    self.timer = nil;

}

既然是相互的强引用 是不是在target的时候 使用weakself 就可以解决循环引用问题了吧？

这个疑问最初就在我脑子里闪过了一下，但是当你看这个API的属性定义：其中target的说明The object to which to send the message specified by aSelector when the timer fires. The timer maintains a strong reference to this object until it (the timer) is invalidated。就是要强引用这个target。大概是这样的, __strong strongSelf = wself 强引用了一个弱引用的变量,结果还是强引用,也就是说strongSelf持有了wself所指向的对象(也即是self所只有的对象),这和你直接传self进来是一样的效果,并不能达到解除强引用的作用。

Demo

这个分类也在demo里面。看代码的话可能更容易理解一些，可以直接使用里面的分类达到效果。

demo地址