带有谓词的 NSFetchedResultsController 忽略从不同 NSManagedObjectContext 合并的更改

Question

我正在使用 NSFetchedResultsController 呈现表格视图内容，它有一个谓词：

[NSPredicate predicateWithFormat:@"visible == %@", [NSNumber numberWithBool:YES]]

在使用单独的NSManagedObjectContext 的后台线程上，我更新了一些实体并将它们的visible 值从NO 更改为YES。在主线程的NSManagedObjectContext 中保存、合并更改。但是NSFetchedResultsController 的fetchedObjects 不会改变。控制器也不会在委托上调用-controller:didChangeObject:...。如果实体以相同的方式在主线程上更新（我的测试应用调用相同的方法），一切都会按预期工作。

Notification 的NSUpdatedObjectsKey 也包含这些对象。

目前我发现的唯一解决方案是调用每个 NSUpdatedObjectsKey 实体：

NSManagedObjectContext *context = ... // main thread context
[context existingObjectWithID:[object objectID] error:nil]

此问题仅存在于以前与谓词不匹配的更新对象。

我是否遗漏了一些明显的东西？

Answer 1

在合并来自其他 NSManagedObjectContext 的更改后，您必须在 Background-NSManagedObjectContext 上调用 processPendingChanges。

参见 CoreData 编程指南：

请注意，更改通知是在 NSManagedObjectContext 的 processPendingChanges 方法。主线程绑定到事件中 应用程序的循环，以便调用 processPendingChanges 在主拥有的上下文上的每个用户事件之后自动 线。这不是后台线程的情况——当方法是 调用取决于平台和发布版本，所以你 不应依赖特定的时间。如果次要上下文不是 在主线程上，您应该自己调用 processPendingChanges 合适的时机。

Answer 2

事实证明，主 NSManagedObjectContext 没有为更新的对象触发 NSManagedObjectContextObjectsDidChangeNotification 事件，因为它不是针对故障对象完成的。

通用修复（或跟踪需要此处理的对象 ID）：

NSManagedObjectContext *context = [self managedObjectContext];
for(NSManagedObject *object in [[notification userInfo] objectForKey:NSUpdatedObjectsKey]) {
  [[context objectWithID:[object objectID]] willAccessValueForKey:nil];
}

[context mergeChangesFromContextDidSaveNotification:notification];

来自NSManagedObject Class Reference：

您可以使用 nil 的键值，以确保一个 故障已被触发，如图所示 通过以下示例。