iOS多线程中performSelector: 和dispatch_time的不同

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

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

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

下面的代码展示了performSelector和dispatch_time的不同

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

/*   testDispatch_after 延时添加到队列   */ -( void ) testDispatch_after{      dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW, 3 *NSEC_PER_SEC);      dispatch_after(time, dispatch_get_main_queue(), ^{          NSLog(@ "3秒后添加到队列" );      }); } -( void ) testDelay{      NSLog(@ "3秒后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不会执行          [self performSelector: @selector (testDelay) withObject:nil afterDelay: 3 ];          //代码会执行          //[self testDispatch_after];      });      dispatch_release(gcd); }

在有多线程操作的环境中，这样performSelector的延时调用，其实是缺乏安全性的。我们可以用另一套方案来解决这个问题，就是使用GCD中的dispatch_after来实现单次的延时调用

转自 http://www.2cto.com/kf/201408/329546.html