mergeChangesFromContextDidSaveNotification 后 CoreData 关系为零

Question

iOS 上的 Core Data 有一些非常奇怪的行为。

我的主线程有一个 NSManagedObjectContext ，用于从 SQLLite 持久存储中读取数据并将其显示给用户。我还有由 NSOperationQueue 管理的后台进程。这些后台进程创建一个 NSMangedObjectContext，从远程服务器获取数据，并将该数据保存到本地核心数据存储中。

我已经注册了 NSManagedObjectContextDidSaveNotification ，当我收到这些通知时，我在主线程的 NSManagedObjectContext 上调用 mergeChangesFromContextDidSaveNotification （将通知对象作为参数传递）。

这都是非常标准的，也是所有核心数据文档建议您处理多线程的方式。

直到最近，我一直将新对象插入数据存储中，而不是修改数据存储中的对象。这很好用。后台线程写入新数据后，发生合并，我向 UIController 发送通知并重新绘制显示。显示器绘制正确。

最近我做了一个改变，后台线程既在插入又在修改对象。但该模式的其余部分保持不变。现在，合并后，我的主线程的 NSManagedObjectContext 中的数据已损坏。如果我尝试查询对象，我什么也得不到。如果我尝试检查我已经引用的对象，那么它们的所有关系都是零（不是错误而是零）。我检查了SQLLite数据库，数据都在那里。

唯一的解决方案似乎是重置 NSManagedObjectContext ，考虑到应用程序的架构，这是不可接受的。

好吧，最后一点奇怪的地方。如果我的后台线程仅更新属性（基元），那么我不会得到这种奇怪的行为。但是，如果我更新关系本身，那么我会得到这些空的获取请求结果并且将关系清零。

我缺少什么？

Answer 1

好吧，我找到了我的问题。
我的问题是 mergeChangesFromContextDidSaveNotification 将更改从一个线程合并到另一个线程的方式。正如我多次阅读的那样，它不会回放您所做的更改，而是将最终状态合并在一起。我没有意识到这的后果。在我的后台线程中，我正在删除一个对象，但在删除它之前，我清空了它的一些关系，因为它们被标记为级联删除，我不希望它们被删除。
显然，当我将这些已删除的对象合并到主上下文中时，Core Data 仍然强制执行删除规则，并级联删除主上下文中的相关对象。
我更改了删除规则，现在我的关系不会被错误地清零。不幸的是，我有一种关系，在某些情况下我希望删除级联，而在其他情况下我则不想。我必须为此努力。