iOS 6中完成块的dispatch_get_current_queue（）的替代选择？

我有一个接受一个块和一个完成块的方法。第一块应该在后台运行，而完成块应该在调用该方法的任何队列中运行。

对于后者，我一直使用dispatch_get_current_queue()，但似乎在iOS 6或更高版本中已弃用。我应该怎么用呢？

“在呼叫者所在的任何队列上运行”的模式很吸引人，但最终并不是一个好主意。该队列可以是低优先级队列，主队列或其他具有奇数属性的队列。

我最喜欢的方法是说“完成块在具有以下属性的实现定义的队列上运行：x，y，z”，并且如果调用者想要更多控制权，则让该块分派到特定队列。要指定的一组典型属性将类似于“相对于任何其他应用程序可见队列的串行，不可重入和异步”。

**编辑**

Catfish_Man在下面的评论中举了一个例子，我只是将其添加到他的答案中。

- (void) aMethodWithCompletionBlock:(dispatch_block_t)completionHandler     
{ 
    dispatch_async(self.workQueue, ^{ 
        [self doSomeWork]; 
        dispatch_async(self.callbackQueue, completionHandler); 
    } 
}

从根本上来说，这是您要描述的API的错误方法。如果API接受一个块和一个完成块来运行，则以下事实必须为真：

1. “要运行的块”应在内部队列上运行，例如，对API专用的队列，因此完全在该API的控制之下。唯一的例外是，如果API特别声明该块将在主队列或全局并发队列之一上运行。

2. 除非与＃1相同的假设成立，否则完成块应始终表示为元组（队列，块），例如，完成块将在已知的全局队列上运行。此外，应该在传入队列上异步调度完成块。

这些不只是风格上的要点，如果您的API要避免死锁或其他极端情况的发生，否则它们将是必不可少的，否则它们将有一天将您从最近的树上吊起来。:-)

其他答案很好，但对我来说，答案是结构性的。我在Singleton上有这样的方法：

- (void) dispatchOnHighPriorityNonMainQueue:(simplest_block)block forceAsync:(BOOL)forceAsync {
    if (forceAsync || [NSThread isMainThread])
        dispatch_async_on_high_priority_queue(block);
    else
        block();
}

有两个依赖项，分别是：

static void dispatch_async_on_high_priority_queue(dispatch_block_t block) {
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), block);
}

和

typedef void (^simplest_block)(void); // also could use dispatch_block_t

这样，我可以将调用集中在另一个线程上。

首先，您应该谨慎使用dispatch_get_current_queue。从头文件：

建议仅用于调试和日志记录目的：

该代码不得对返回的队列做任何假设，除非它是全局队列之一或代码本身创建的队列。如果该队列不是dispatch_get_current_queue（）返回的队列，则该代码不得假定对队列的同步执行可以避免死锁。

您可以执行以下两项操作之一：

1. 保留对最初发布的队列的引用（如果通过创建的dispatch_queue_create），然后从此开始使用。

2. 通过使用系统定义的队列dispatch_get_global_queue，并跟踪正在使用的队列。

实际上，在以前依靠系统来跟踪您所在的队列的同时，您将必须自己做。

Apple已弃用dispatch_get_current_queue()，但在其他地方留下了漏洞，因此我们仍然能够获得当前的派遣队列：

if let currentDispatch = OperationQueue.current?.underlyingQueue {
    print(currentDispatch)
    // Do stuff
}

这至少适用于主队列。请注意，该underlyingQueue属性自iOS 8起可用。

如果您需要在原始队列中执行完成块，则也可以OperationQueue直接使用，我的意思是没有GCD。

对于仍然需要进行队列比较的用户，您可以按队列的标签或指定来比较队列。检查此https://stackoverflow.com/a/23220741/1531141

这也是我的答案。因此，我将讨论我们的用例。

我们有一个服务层和一个UI层（以及其他层）。服务层在后台运行任务。（数据操作任务，CoreData任务，网络调用等）。服务层具有几个操作队列，以满足UI层的需求。

UI层依赖于服务层来完成其工作，然后运行成功完成块。该块中可以包含UIKit代码。一个简单的用例是从服务器获取所有消息并重新加载收集视图。

在这里，我们保证传递到服务层的块是在调用服务的队列上调度的。由于dispatch_get_current_queue是已弃用的方法，因此我们使用NSOperationQueue.currentQueue来获取调用者的当前队列。此属性的重要说明。

从正在运行的操作的上下文外部调用此方法通常会导致返回nil。

由于我们总是在已知队列（我们的自定义队列和主队列）上调用服务，因此对我们来说效果很好。在某些情况下，serviceA可以调用serviceB，而后者可以调用serviceC。由于我们控制着发出第一个服务调用的位置，因此我们知道其余服务将遵循相同的规则。

因此NSOperationQueue.currentQueue将始终返回我们的队列之一或MainQueue。