今天看到一个面试题：
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
NSLog(@"1");
[self performSelector : @selector(printLog)
withObject : nil
afterDelay : 0];
NSLog(@"3");
});
- (void)printLog {
NSLog(@"2");
}
打印顺序是什么呢？为什么？
我们把代码运行一下，发现打印为
1 3
并没有打印 2，也就是printLog方法没有执行。这是为什么？
在回答这个问题之前，先看看文档对performSelector:withObject:afterDelay:的介绍。
performSelector:withObject:afterDelay:
在延迟之后使用默认模式调用receiver的aSelector方法
- (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterDelay:(NSTimeInterval)delay;
aSelector
调用的方法。该方法不应该有返回值，并且有一个id类型的参数，或者没有参数anArgument
传递给方法的参数。如果方法没有参数的话传nildelay
消息发送之前的最小时间。为0时，selector也不一定会立即执行。selector仍然在线程的运行循环(runloop)中排队，并尽快的执行。
该方法在当前线程的运行循环(runloop)中设置一个计时器(timer)来执行aSelector消息。该计时器Mode为NSDefaultRunLoopMode。当触发计时器时，线程会尝试从runloop中出列dequeue该消息并执行该selector。如果runloop正在运行并且处于default mode,则成功。否则，该计时器将等待，直到runloop处于default mode。
如果希望在runloop处于default mode以外的模式中将该消息出列。可以使用performSelector:withObject:afterDelay:inModes:方法。如果不确定当前线程是否是主线程，则可以使用performSelectorOnMainThread：withObject：waitUntilDone：或performSelectorOnMainThread：withObject：waitUntilDone：modes：方法来保证选择器在主线程上执行。 要取消已经在排队的消息，请使用cancelPreviousPerformRequestsWithTarget：或cancelPreviousPerformRequestsWithTarget：selector：object：方法。
该方法向其当前上下文的runloop注册，并依赖定期运行的runloop来正确执行。一个常见的上下文：我们可能调用这个方法，并注册在一个没有自动运行的runloop中，比如由调度队列(dispatch queue)调用该方法时。如果在调度队列(dispatch queue)上运行时需要此类功能，则应使用dispatch_after和相关方法。
为什么？
我们知道线程刚创建时并没有runloop，如果不主动获取，那它一直不会有。从上面我们知道该方法内部会创建一个Timer，而只有主线程中的runloop是默认开启的，其他线程没有，所以在上面的代码中，performSelector:withObject:afterDelay:方法在一个子线程中执行，由于该线程中并没有runloop，所以performSelector:withObject:afterDelay:方法会失效，也就不会执行aSelector了。
