objective-c - NSPrivateQueueConcurrencyType 上下文只能在 performBlock 内操作？
<p><p>我想知道 NSPrivateQueueConcurrencyType 上下文是否仅在 -performBlock 和 -performBlockAndWait 中运行。
从 NSPrivateQueueConcurrencyType 上下文返回的 NSManagedObject 不能在 performBlock 之外访问？ </p>
<p>我从苹果文档“iOS 5.0 中的新功能”中找到了以下句子</p>
<blockquote>
<p>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. </p>
</blockquote>
<p>如果是这样，为什么 MagicalRecord 和 XMPPFramework 不操作 block 内的上下文和 NSManagedObject？</p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>我不知道 MagicalRecord 和 XMPPFramework 中的代码做什么或不做什么。您需要通过他们的正常支持方式与他们联系。</p>
<p>但是，我可以告诉您，如果您使用 NSPrivateQueueConcurrencyType 创建一个 MOC，那么您访问该 MOC 或该 MOC 拥有的托管对象的唯一方法是通过 performBlock* API。</p>
<p>如果您使用 NSMainQueueConcurrencyType 创建 MOC，那么您可以在主线程中运行或通过 performBlock* API 访问它。</p>
<p>如果您使用 NSConfinementConcurrencyType 创建 MOC，那么您只能从创建 MOC 的线程访问 MOC。如果没有指定并发，则默认使用 Confinement。</p>
<p>这些是当前创建 MOC 的唯一方法，以及它们的使用规则摘要。</p>
<p>我相信 MagicalRecord 使用限制并为每个线程保留一个 MOC，但我从未使用过它，并且只查看过旧版本的代码库，因此它可能会随着嵌套上下文的出现而发生很大变化。</p ></p>
<p style="font-size: 20px;">关于objective-c - NSPrivateQueueConcurrencyType 上下文只能在 performBlock 内操作？，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/11436358/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/11436358/
</a>
</p>
页:
[1]