我知道您可能会觉得这是一个奇怪的问题,但我只是在学习 GCD,我想全面了解它的各个方面。所以这里是:
是否有任何理由在 CURRENT QUEUE 上调度任务 SYNC?
例如:
dispatch_queue_t concurrentQueue = dispatch_get_global_queue(...);
dispatch_async(concurrentQueue, ^{
//this is work task 0
//first do something here, then suddenly:
dispatch_sync(concurrentQueue, ^{
//work task 1
});
//continue work task 0
});
我明白一件事:如果我使用串行队列而不是concurrentQueue
,那么我会在该串行队列上遇到死锁,因为work task 1
在 work task 0
完成之前无法启动(因为串行队列保证了执行顺序),同时 work task 0
无法继续其执行,因为它等待 SYNC dispath 函数返回(如果我错了,请纠正我,那会让我成为一个完全的菜鸟)。
那么回到最初的想法,上面的代码和相同的代码之间有什么区别吗?我只是简单地写了 work task 1
而不是调用 dispatch_sync
函数> 直接编码?
最佳答案
没有。我想不出在你已经在的同一个并发队列上 dispatch_sync
的理由。如果你这样做,GCD 将立即在同一个线程上内联调用你的 block ,就像你直接调用它一样。 (我检查过。)正如您所指出的,在串行队列上执行此操作会使您陷入僵局。
关于ios - 在当前队列上同步调度,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19180661/