NSFetchedResultsController修改Predicate后performFetch未触发回调是否正常？

你遇到的这个情况确实是预期行为，下面来详细解释原因、相关文档说明以及需要注意的点：

1. 为什么不会触发变更回调？ #

NSFetchedResultsController的核心设计目标是监听现有查询条件下，Core Data存储中数据的增、删、改变化——也就是当匹配原fetchRequest的对象发生变动时，才会通过controllerWillChangeContent、controllerDidChangeContent等回调通知你更新界面。

而当你修改fetchRequest的predicate后，相当于执行了一个全新的查询，这时候控制器会获取完全不同的数据集（或是同一数据集但筛选条件变更），这种“查询条件变更导致的数据集替换”不属于Core Data数据本身的变更，因此不会触发那些针对数据变动的回调。

2. 相关文档说明 #

苹果官方文档中明确指出：NSFetchedResultsController用于跟踪与指定fetchRequest匹配的对象的变化。当你修改fetchRequest的属性（比如predicate、sortDescriptors）并重新调用performFetch(_:)时，控制器会重置内部的数据集，但并不会发出变更通知——因为这不属于数据模型的变更，而是查询逻辑的变更。

3. 你有没有遗漏什么？ #

从你的描述来看，你并没有遗漏关键步骤：

• 只要你正确设置了NSFetchedResultsController的delegate，并且之前能正常接收数据变更的回调，那delegate的配置是没问题的。
• 修改predicate后调用performFetch(_:)，再手动调用tableView.reloadData()是这种场景下的标准做法，没有问题。

如果想要避免手动调用reloadData()，你可以考虑创建一个新的NSFetchedResultsController实例来承载新的fetchRequest，但这和修改现有实例再reload的效果本质上是一致的，前者同样不会自动触发回调，仍需手动刷新界面。

内容的提问来源于stack exchange，提问作者Kristof Van Landschoot