iOS 多线程下安全的使用定时器

iOS中timer相关的延时调用，常见的有NSObject中的performSelector:withObject:afterDelay:这个方法在调用的时候会设置当前runloop中timer，还有一种延时，直接使用NSTimer来配置任务。

    这两种方式都一个共同的前提，就是当前线程里面须要有一个运行的runloop而且这个runloop里面有一个timer。

    咱们知道：只有主线程会在建立的时候默认自动运行一个runloop，而且有timer，普通的子线程是没有这些的。这样就带来一个问题了，有些时候咱们并不肯定咱们的模块是否是会异步调用到，而咱们在写这样的延时调用的时候通常都不会去检查运行时的环境，这样在子线程中被调用的时候，咱们的代码中的延时调用的代码就会一直等待timer的调度，可是实际上在子线程中又没有这样的timer，这样咱们的代码就永远不会被调到。

    下面的代码展现了performSelector和dispatch_time的不一样

/*
 采用gcd的方式 延时添加到队列
 */
-(void) testDispatch_after{
    dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW, 3*NSEC_PER_SEC);
    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    dispatch_after(time, queue, ^{
        NSLog(@"3秒后添加到队列");
    });
    dispatch_release(queue);
}
-(void) testDelay{
    NSLog(@"testDelay被执行");
}
/*
 dispatch_barrier_async 栅栏的做用
 */
-(void) testDispatch_Barrier{
    //dispatch_queue_t gcd = dispatch_queue_create("这是序列队列", NULL);
    dispatch_queue_t gcd = dispatch_queue_create("这是并发队列", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async(gcd, ^{
        NSLog(@"b0");
        //这个selector不会执行，由于线程中没有runloop
        [self performSelector:@selector(testDelay) withObject:nil afterDelay:3];
        //代码会执行，由于采用了gcd方式
        [self testDispatch_after];
    });
    dispatch_release(gcd);
}

 

    在有多线程操做的环境中，这样performSelector的延时调用，实际上是缺少安全性的。咱们能够用另外一套方案来解决这个问题，就是使用GCD中的dispatch_after来实现单次的延时调用

解决方案一：

performSelector并非没有办法保证线程安全。例以下面的代码就能够运行：

[self performSelector:@selector(testDelay) onThread:[NSThread mainThread] withObject:nil waitUntilDone:NO];

指定了该selector在主线程中运行。

解决方案二：

[self performSelector:@selector(testDelay) withObject:nil afterDelay:3 inModes:[NSArray arrayWithObject:NSDefaultRunLoopMode]];
  [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];

启动线程中runloop，由于每一个线程就有个默认的runloop

解决方案三：

      1. [self performSelector:@selector(printLog) withObject:nil afterDelay:2.0f inModes:[NSArray arrayWithObject:NSDefaultRunLoopMode]];

      2.[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];