ios - NSFetchedResultsController 未在委托(delegate)中调用controllerDidChangeContent

Question

StackOverflow 上有许多看起来非常相似的问题，但我问这个问题是因为几乎每个现有问题都是由于未在 FRC 上调用 performFetch 引起的。

在本例中我们调用它。

fetchedResultsController = NSFetchedResultsController(fetchRequest: StepRecord.fetchRequest(forDate: date),
                                              managedObjectContext: theMainThreadContext,
                                                sectionNameKeyPath: nil,
                                                         cacheName: nil)

fetchedResultsController.delegate = self

do {
    try fetchedResultsController.performFetch()
} catch (let error) {
    print(error)
}

然后在后面的函数中，我们有这样的东西......

func updateScreen() {
    if fetchedResultsController.fetchedObjects.count == 0 {
        // download data and store into core data
    }

    // update the screen
}

我们有委托(delegate)方法...

func controllerDidChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {
    updateScreen()
}

写入核心数据的地方肯定是写入backgroundThreadContext(这是我们在应用程序中多次使用的模式，并且它在其他地方也有效)。

但是，在这种情况下，委托(delegate)方法不会被调用。

如果我们退出屏幕并返回到 updateScreen 方法运行，并且 FRC 确实有数据。因此，获取请求是正确的，下载将记录放在正确的位置并正确保存，更新屏幕方法能够获取这些项目并填充屏幕。

我们在这里遇到的唯一问题是委托(delegate)方法没有被调用。

我们是否遗漏了什么？就像我说的，我们在一些地方使用了相同的模式并且它有效。只是在这种情况下它不起作用。

如果您想查看任何其他代码，请告诉我，如果可以的话我会传递给您。

Answer 1

TL:DR - 不存在的对象不会监听 NSNotifications。

好的，经过一番认真的调试，我们终于找到了导致此问题的问题，这真是太棒了。

因此，我问题中的代码存在于一个 class 中，该类本质上是工厂类的“worker”。

这个worker被工厂用来创建一个对象并将其返回给工厂的所有者(如果你愿意的话，可以称为“消费者”)。

Consumer                                - view controller
 - Factory                              - strongly referenced
    - Worker                            - function variable
       - FetchedResultsController stuff - strongly referenced

虽然我们保留对工厂的强引用，但工厂实际上并没有存储对工作人员所使用的函数之外的引用。

这意味着当下载完成并将内容保存到 CoreData 时，获取的结果 Controller 和“worker”实际上已不再存在于内存中。

因此，简单的解决方法是添加对工作线程的存储引用。

更长的修复是重构一些我认为的代码，但这是另一天的工作。

感谢大家的帮助。它确实帮助我们解决了问题。