NSTimer 的内存泄露问题

正常来讲，我们开启一个Timer有几种办法，

1. 直接使用

+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)yesOrNo;

这个不用关心runloop的事情，也不用关心mode，默认添加到当前runloop的默认mode

2. 首先创建Timer 然后添加到runloop里面。

+ (NSTimer *)timerWithTimeInterval:(NSTimeInterval)ti

target:(id)target

selector:(SEL)aSelector

userInfo:(id)userInfo

repeats:(BOOL)repeats

这里的添加的runloop里面还要选择mode，所以注意可能会阻塞runloop里面的相同mode下的其他进程（比如滚动tableview，timer暂停）。这是个坑。需要注意。

内存泄露

内存泄露的原因是Timer不停止，则会一直保有一份target（比如self），

. This means that as long as a timer remains valid, its target will not be deallocated

这样self如果是controller，controller 被 pop 的时候就会发生内存泄露，因而不会被销毁。解决方法首先是在

- (void)viewWillDisAppear

停止timer，并且置为nil，不过这样再pop回来timer就没了，就要重新启动timer，如果也有倒计时的话，计数就不对了。比较经济实惠的方法是用block解决。大概想法就是让Nstimer 类做为target，解决内存无法释放的问题。

@interface NSTimer (XXBlocksSupport)

+ (NSTimer *)xx_scheduledTimerWithTimeInterval:(NSTimeInterval)interval

block:(void(^)())block

repeats:(BOOL)repeats;

@end

@implementation NSTimer (XXBlocksSupport)

+ (NSTimer *)xx_scheduledTimerWithTimeInterval:(NSTimeInterval)interval

block:(void(^)())block

repeats:(BOOL)repeats

{

return [self scheduledTimerWithTimeInterval:interval

target:self

selector:@selector(xx_blockInvoke:)

userInfo:[block copy]

repeats:repeats];

}

+ (void)xx_blockInvoke:(NSTimer *)timer {

void (^block)() = timer.userinfo;

if(block) {

block();

}

}

@end

注意：以上NSTimer的target是NSTimer类对象，类对象本身是个单利，此处虽然也是循环引用，但是由于类对象不需要回收，所以没有问题。但是这种方式要注意block的间接循环引用，当然了，解决block的间接循环引用很简单,定义一个weak变量，在block中使用weak变量即可。