NSTimer和Runloop的关系

该文章属于< — 刘小壮>原创,转载请注明:

< — 刘小壮>


前段时间一直在找工作,现在刚刚到新公司入职,算是稳定下来了。新公司是国内某家做地图导航的公司,技术团队比较强大,我对这份工作还是非常满意的,希望到新公司可以学到更多的新知识,学海无涯,努力吧!

这段时间找工作很忙,也没有写博客,现在把我这段时间积累的一些知识总结到博客中,大家一起分享。


NSTimer和Runloop的关系_第1张图片
封面图
什么是NSTimer ?

“A timer provides a way to perform a delayed action or a periodic action. The timer waits until a certain time interval has elapsed and then fires, sending a specified message to a specified object. ”

翻译过来就是Timer就是一个能在从现在开始的后面的某一个时刻或者周期性的执行我们指定的方法的对象。

NSTimer怎样保证参数的生命周期

NSTimer可以选择是否重复执行,为了保证NSTimer调用的方法中传递的对象生命周期,NSTimer会对外界传递的对象进行一次retain

如果是一次性调用的NSTimer,会在本次调用完毕之后invalidateNSTimer自身,而NSTimerretain的对象也会被进行一次release。但是如果是多次重复调用的NSTimer,就需要我们自己在某个特定的时刻来invalidateNSTimer,这个invalidate的时刻是根据我们代码情况来自己决定的,否则将会一直存在。

下面的方法我们先创建了一个Object对象,然后添加了一个NSTimer(关于NSTimerRunloop后面再讲),并且进行了一次release,这时Object并没有被释放,而是被NSTimer进行了一次retain,我们通过在Objectdealloc方法中打印就可以知道是否被释放。

在本次NSTimerTimer所调用方法调用完毕之后,NSTimerinvalidate自身,而Object对象也会被释放。

  Object *object = [[Object alloc] init];  
  [NSTimer scheduledTimerWithTimeInterval:5 target:object selector:@selector(timerAction:) userInfo:nil repeats:NO];  
  [object release]; 

而通过下面这种方式创建的Timer就不会被NSTimer自动释放,因为这次调用是重复调用,必须我们显示的进行invalidateNSTimer才会消失,这时Object对象也就会释放了。

  Object *object = [[Object alloc] init];  
  [NSTimer scheduledTimerWithTimeInterval:5 target:object selector:@selector(timerAction:) userInfo:nil repeats:YES];  
  [object release]; 

总结:
如果使用重复的NSTimer一定要有对应的invalidate,否则Timer会一直存在。
NSTimer会对target对象进行一次retain,所以我们要注意target对象的生命周期。

NSTimer的实时性

无论是单次执行的NSTimer还是重复执行的NSTimer都不是准时的,这与当前NSTimer所处的线程有很大的关系,如果NSTimer当前所处的线程正在进行大数据处理(假设为一个大循环),NSTimer本次执行会等到这个大数据处理完毕之后才会继续执行。

这期间有可能会错过很多次NSTimer的循环周期,但是NSTimer并不会将前面错过的执行次数在后面都执行一遍,而是继续执行后面的循环,也就是在一个循环周期内只会执行一次循环。

无论循环延迟的多离谱,循环间隔都不会发生变化,在进行完大数据处理之后,有可能会立即执行一次NSTimer循环,但是后面的循环间隔始终和第一次添加循环时的间隔相同。

NSTimer与Runloop的关系

我们前面做演示的代码创建的NSTimer会默认为我们添加到RunloopNSDefaultRunLoopMode中,而且由于是在主线程中,所以Runloop是开启的,不需要我们手动打开。

在我们进行多线程编程时,所有的Source都需要添加到Runloop中才能生效,对于我们的NSTimer当然也需要添加到Runloop中才能生效。如果一个Runloop中没有任何Source的话,会立即退出的。而主线程的Runloop在程序运行时,系统就已经为我们添加了很多SourceRunloop中,所以主线程的Runloop是一直存在的,我们可以通过打印MainThread中的Runloop来查看所包含的Source

下面的代码就没有添加到Runloop中,所以这个NSTimer永远也不会发生作用,这是一份错误的代码示例。

  Object *object = [[Object alloc] init];  
  NSTimer *timer = [[NSTimer alloc] initWithFireDate:[NSDate dateWithTimeIntervalSinceNow:1] interval:1 target:object selector:@selector(timerAction:) userInfo:nil repeats:NO];  
  [object release];  
NSTimer添加到Runloop中,但是不运行

iOS多线程中,每一个线程都有一个Runloop,但是只有主线程的Runloop默认是打开的,其他子线程也就是我们创建的线程的Runloop默认是关闭的,需要我们手动运行。

我们可以通过[NSRunLoop currentRunLoop]来获得当前线程的Runloop,并且调用[runloop addTimer:timer forMode:NSDefaultRunLoopMode]方法将定时器添加到Runloop中,最后一定不要忘记调用Runlooprun方法将当前Runloop开启,否则NSTimer永远也不会运行。

除了上面的问题,还有一个问题就是Mode选择不正确,这种情况比较少见,可以参考以下博客:
http://www.mgenware.com/blog/?p=459

你可能感兴趣的:(NSTimer和Runloop的关系)