performSelector:withObject:afterDelay:

今天看到一个面试题：

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
  传递给方法的参数。如果方法没有参数的话传nil

• delay
  消息发送之前的最小时间。为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了。

---

• 官方文档