Ios iPhone Grand Central Dispatch 主线程

发布于10月27日

我一直在我的应用程序中成功地使用grand central dispatch，但我想知道使用这种东西的真正优势是什么:

dispatch_async(dispatch_get_main_queue(), ^{ ... do stuff

甚至是

dispatch_sync(dispatch_get_main_queue(), ^{ ... do stuff

我的意思是，在这两种情况下，你都会触发一个挡路，让它在主线程上执行，而这恰恰是应用程序运行的地方，这无助于减少负载.在第一种情况下，您无法控制挡路何时运行.我见过块在您触发后半秒就被执行的情况.第二种情况类似于

[self doStuff];

正当

我想知道你们怎么看.

推荐答案

将块分配到主队列通常是从后台队列完成的，以表示某些后台处理已经完成.

- (void)doCalculation
{
    //you can use any string instead "com.mycompany.myqueue"
    dispatch_queue_t backgroundQueue = dispatch_queue_create("com.mycompany.myqueue", 0);

    dispatch_async(backgroundQueue, ^{
        int result = <some really long calculation that takes seconds to complete>;

        dispatch_async(dispatch_get_main_queue(), ^{
            [self updateMyUIWithResult:result];
        });    
    });
}

在本例中，我们在后台队列上执行冗长的计算，并且需要在计算完成后更新我们的UI.更新UI通常必须从主队列完成，所以我们使用第二个嵌套的DISPATCH_Async‘发信号’回主队列.

可能还有其他一些示例，其中您可能希望分派回主队列，但通常是以这种方式完成的，即从分派到后台队列的块中嵌套.

background processing finished -> update UI
chunk of data processed on background queue -> signal main queue to start next chunk
incoming network data on background queue -> signal main queue that message has arrived
等，等等

至于你为什么要把主队调度到主队...通常情况下，您不会这样做，尽管可以想象，您这样做是为了在运行循环的下一次安排一些工作.