如何安排一个块在下一次运行循环迭代中运行？

我希望能够执行block在下一次运行循环迭代中。它是在下一个运行循环的开始还是结束时执行并不那么重要，只是执行会推迟到当前运行循环中的所有代码都完成执行为止。

我知道以下内容不起作用，因为它与主运行循环交错，因此我的代码可能会在下一个运行循环上执行，但也可能不会。

dispatch_async(dispatch_get_main_queue(),^{
    //my code
});

我相信以下内容也遇到了与上面相同的问题：

dispatch_after(DISPATCH_TIME_NOW, dispatch_get_main_queue(), ^(void){
    //my code
});

Now I believe以下内容将起作用，因为它被放置在当前运行循环的末尾（如果我错了，请纠正我），这实际上会起作用吗？

[self performSelector:@selector(myMethod) withObject:nil afterDelay:0];

带有一个定时器怎么样？0间隔？文档指出：If seconds is less than or equal to 0.0, this method chooses the nonnegative value of 0.1 milliseconds instead.这是否意味着保证下一次运行循环迭代的执行？

[NSTimer scheduledTimerWithTimeInterval:0 target:self selector:@selector(myMethod) userInfo:nil repeats:NO];

这就是我能想到的所有选项，但我仍然距离在下一次运行循环迭代中执行块（而不是调用方法）更近，并保证它不会更快。

您可能不知道运行循环在每次迭代中所做的一切。 （在我研究这个答案之前我不是！）碰巧的是，CFRunLoop是的一部分开源 CoreFoundation 包 http://opensource.apple.com/source/CF/CF-744.12/，所以我们可以看看它到底意味着什么。运行循环大致如下所示：

while (true) {
    Call kCFRunLoopBeforeTimers observer callbacks;
    Call kCFRunLoopBeforeSources observer callbacks;
    Perform blocks queued by CFRunLoopPerformBlock;
    Call the callback of each version 0 CFRunLoopSource that has been signalled;
    if (any version 0 source callbacks were called) {
        Perform blocks newly queued by CFRunLoopPerformBlock;
    }
    if (I didn't drain the main queue on the last iteration
        AND the main queue has any blocks waiting)
    {
        while (main queue has blocks) {
            perform the next block on the main queue
        }
    } else {
        Call kCFRunLoopBeforeWaiting observer callbacks;
        Wait for a CFRunLoopSource to be signalled
          OR for a timer to fire
          OR for a block to be added to the main queue;
        Call kCFRunLoopAfterWaiting observer callbacks;
        if (the event was a timer) {
            call CFRunLoopTimer callbacks for timers that should have fired by now
        } else if (event was a block arriving on the main queue) {
            while (main queue has blocks) {
                perform the next block on the main queue
            }
        } else {
            look up the version 1 CFRunLoopSource for the event
            if (I found a version 1 source) {
                call the source's callback
            }
        }
    }
    Perform blocks queued by CFRunLoopPerformBlock;
}

您可以看到有多种方法可以挂钩运行循环。您可以创建一个CFRunLoopObserver被要求参加您想要的任何“活动”。您可以创建版本 0CFRunLoopSource并立即发出信号。您可以创建一对连接的CFMessagePorts，将一个包装在版本 1 中CFRunLoopSource，并向其发送消息。您可以创建一个CFRunLoopTimer。您可以使用以下任一方法对块进行排队dispatch_get_main_queue or CFRunLoopPerformBlock.

您需要根据调度块的时间以及需要调用它的时间来决定使用哪些 API。

例如，触摸是在版本 1 源中处理的，但如果您通过更新屏幕来处理触摸，则在提交核心动画事务之前不会实际执行该更新，这发生在kCFRunLoopBeforeWaiting观察者。

现在假设您想要在处理触摸时调度该块，但希望它在事务提交后执行。

您可以添加自己的CFRunLoopObserver为了kCFRunLoopBeforeWaiting活动，但该观察者可能在 Core Animation 的观察者之前或之后运行，具体取决于您指定的顺序和 Core Animation 指定的顺序。 （核心动画当前指定的顺序为 2000000，但没有记录，因此可能会更改。）

确保您的块在 Core Animation 的观察者之后运行，即使您的观察者运行before核心动画的观察者，不要直接在观察者的回调中调用该块。相反，使用dispatch_async此时将块添加到主队列中。将块放入主队列将强制运行循环立即从“等待”中唤醒。它将运行任何kCFRunLoopAfterWaiting观察者，然后它将耗尽主队列，此时它将运行您的块。