我正在尝试以多线程方式使用核心数据。 我只是想在后台下载新数据时向应用程序显示先前下载的数据。 这应该让用户在更新过程中访问应用程序。
我有一个 NSURLConnection，它使用委托异步下载文件（并显示进度），然后我使用 XMLParser 解析新数据并在单独的上下文中创建新的 NSManagedObjects，具有自己的 persistentStore 并使用单独的线程。
问题是在旧对象的相同上下文中创建新对象同时显示它可能会引发 BAD_INSTRUCTION 异常。 因此，我决定为新数据使用单独的上下文，但我无法找到一种方法在完成后将所有对象移动到另一个上下文。
保罗又名慢树
【问题讨论】：
标签： ios iphone multithreading core-data
The Apple Concurrency with Core Data documentation 是开始的地方。看的真仔细……被我的误会咬了好多次！
基本规则是：
NSPersistentStoreCoordinator。每个线程都不需要它们。NSManagedObjectContext。NSManagedObject 传递给另一个线程。-objectID 获取对象 ID 并将其传递给其他线程。更多规则：
NSManagedObjectContext 的 -mergeChangesFromContextDidSaveNotification: 很有帮助。 但是让我再说一遍，请仔细阅读文档！真的很值得！
【讨论】：
我希望这可以帮助所有在多线程环境中使用核心数据遇到问题的人。
查看苹果文档中的“Top Songs 2”。有了这段代码，我吃了 Matrix 的“红色药丸”，发现了一个新世界，没有双重免费错误，也没有错误。 :D
希望这会有所帮助。
保罗
附言 非常感谢 Yuji，在你上面描述的文档中我找到了那个例子。
【讨论】：
目前 [2015 年 5 月] Apple Concurrency with Core Data documentation 充其量是非常具有误导性的，因为它没有涵盖 iOS 5 中的任何增强功能，因此不再显示同时使用核心数据的最佳方法。 iOS 5 中有两个非常重要的变化 - 父上下文和新的并发/线程类型。
我还没有找到任何全面涵盖这些新功能的书面文档，但WWDC 2012 video "Session 214 - Core Data Best Practices" 确实很好地解释了这一切。
Magical Record 使用了这些新功能，可能值得一看。
真正的基础仍然是一样的——你仍然可以只使用创建托管对象上下文的线程。
您现在可以使用 [moc performBlock:] 在正确的线程上运行代码。
不再需要使用 mergeChangesFromContextDidSaveNotification:；而是创建一个子上下文来进行更改，然后保存子上下文。保存子上下文会自动将更改推送到父上下文中，并将更改保存到磁盘只需在其线程中对父上下文执行保存即可。
为此，您必须使用并发类型创建父上下文，例如：
mainManagedObjectContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType];
然后在后台线程上：
context = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSConfinementConcurrencyType];
[context setParentContext:mainManagedObjectContext];
<... perform actions on context ...>
NSError *error;
if (![context save:&error])
{
<... handle error ...>
}
[mainManagedObjectContext performBlock:^{
NSError *e = nil;
if (![mainContext save:&e])
{
<... handle error ...>
}
}];
【讨论】：