ARC 之后我应该为调度队列使用什么属性？

Question

我将调度队列作为视图控制器的属性来维护。我在视图控制器的 init 方法中创建此队列一次，并针对某些后台任务重复使用几次。在ARC之前，我是这样做的：

@property (nonatomic, assign) dispatch_queue_t filterMainQueue;

在init中：

if (filterMainQueue == nil) {
     filterMainQueue = dispatch_queue_create("com.myQueue.CJFilterMainQueue", NULL);
}

但是在ARC之后，我不确定这是否应该仍然是“分配”，或者应该是“强”还是“弱”。 ARC 转换器脚本没有更改任何内容，但我不确定是否存在一个微妙的错误，因为该队列在使用时可能会被释放？

使用 ARC 时，这 3 种类型的属性之间有什么区别，什么最适合调度队列？

Answer 1

更新的答案：

在当前的 OS X 和 iOS 中，Dispatch 对象现在被 ARC 视为 Obj-C 对象。它们将以与 Obj-C 对象相同的方式进行内存管理，并且您应该为您的属性使用 strong。

这是由 中定义的 OS_OBJECT_USE_OBJC 宏控制的。当您的部署目标是 OS X 10.8 或更高版本，或者 iOS 6.0 或更高版本时，它默认设置为 1。如果您要部署到较旧的操作系统，则此值保留为 0，您应该在下面看到我的原始答案。

---

原始答案：

调度对象（包括队列）不是Obj-C对象，因此唯一可能的选择是分配。如果您尝试使用strong或weak，编译器将抛出错误。 ARC对GCD没有影响。

Answer 2

下面是如何为 iOS 6.0 及更高版本和 iOS 6.0 以下定义dispatch_queue_t 属性

#if OS_OBJECT_HAVE_OBJC_SUPPORT == 1
@property (nonatomic, strong) dispatch_queue_t serialDispatchQueue;
#else
@property (nonatomic, assign) dispatch_queue_t serialDispatchQueue;
#endif

基本上，对于 iOS 6.0 及更高版本，OS_OBJECT_HAVE_OBJC_SUPPORT 被定义为 1。 （MAC 10.8 及以上）。在 iOS 6 以下，它被定义为 0。

OS_OBJECT_HAVE_OBJC_SUPPORT 定义像 GCD 这样的 OS 对象具有 Objective C 支持。所以ARC、内存管理、引用计数等都适用于GCD对象。

Answer 3

这是我使用的：

@property (readwrite, strong, nonatomic) __attribute__((NSObject)) dispatch_queue_t queue;

Answer 4

基于iOS7，我测试了dispatch_queue对象是否是objective-C对象，我发现它们已经是objective-c对象。换句话来说，现在不需要 attribute((NSObject)) 。

Answer 5

TL;DR：dispatch_queue_t 现在是一个 Objective C 对象，可以使用 ARC 进行管理。

我还没有测试过多久以前这是真的，但使用 iOS 7 SDK 和 Xcode 5，dispatch_queue_t 是一种对象类型。我正在声明队列的属性，因为

@property (nonatomic, strong) dispatch_queue_t syncQueue;

编译器很高兴并且一切都按预期工作。我明确知道这过去在 iOS 4 或 5 中不起作用（在 ARC 之前，它是 retain 而不是 strong）。我深入研究了 dispatch_queue_t 的定义并发现了这一点：

/*!
 * @typedef dispatch_queue_t
 *
 * @abstract
 * Dispatch queues invoke blocks submitted to them serially in FIFO order. A
 * queue will only invoke one block at a time, but independent queues may each
 * invoke their blocks concurrently with respect to each other.
 *
 * @discussion
 * Dispatch queues are lightweight objects to which blocks may be submitted.
 * The system manages a pool of threads which process dispatch queues and
 * invoke blocks submitted to them.
 *
 * Conceptually a dispatch queue may have its own thread of execution, and
 * interaction between queues is highly asynchronous.
 *
 * Dispatch queues are reference counted via calls to dispatch_retain() and
 * dispatch_release(). Pending blocks submitted to a queue also hold a
 * reference to the queue until they have finished. Once all references to a
 * queue have been released, the queue will be deallocated by the system.
 */
DISPATCH_DECL(dispatch_queue);

听上去，它不应该起作用，所以我检查了 DISPATCH_DECL 的定义并发现了这一点，这解释了一切：

/*
 * By default, dispatch objects are declared as Objective-C types when building
 * with an Objective-C compiler. This allows them to participate in ARC, in RR
 * management by the Blocks runtime and in leaks checking by the static
 * analyzer, and enables them to be added to Cocoa collections.
 * See <os/object.h> for details.
 */