objective-c - NSPrivateQueueConcurrencyType 上下文只能在 performBlock 内操作？

我想知道 NSPrivateQueueConcurrencyType 上下文是否仅在 -performBlock 和 -performBlockAndWait 中运行。 从 NSPrivateQueueConcurrencyType 上下文返回的 NSManagedObject 不能在 performBlock 之外访问？

我从苹果文档“iOS 5.0 中的新功能”中找到了以下句子

When sending messages to a context created with a queue association, you must use the performBlock: or performBlockAndWait: method if your code is not already executing on that queue (for the main queue type) or within the scope of a performBlock... invocation (for the private queue type). Within the blocks passed to those methods, you can use the methods of NSManagedObjectContext freely.

如果是这样，为什么 MagicalRecord 和 XMPPFramework 不操作 block 内的上下文和 NSManagedObject？

---

Best Answer-推荐答案

我不知道 MagicalRecord 和 XMPPFramework 中的代码做什么或不做什么。您需要通过他们的正常支持方式与他们联系。

但是，我可以告诉您，如果您使用 NSPrivateQueueConcurrencyType 创建一个 MOC，那么您访问该 MOC 或该 MOC 拥有的托管对象的唯一方法是通过 performBlock* API。

如果您使用 NSMainQueueConcurrencyType 创建 MOC，那么您可以在主线程中运行或通过 performBlock* API 访问它。

如果您使用 NSConfinementConcurrencyType 创建 MOC，那么您只能从创建 MOC 的线程访问 MOC。如果没有指定并发，则默认使用 Confinement。

这些是当前创建 MOC 的唯一方法，以及它们的使用规则摘要。

我相信 MagicalRecord 使用限制并为每个线程保留一个 MOC，但我从未使用过它，并且只查看过旧版本的代码库，因此它可能会随着嵌套上下文的出现而发生很大变化。

关于objective-c - NSPrivateQueueConcurrencyType 上下文只能在 performBlock 内操作？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11436358/