NSFetchedResultsController 委托和后台驱动的更新

Question

我在开发访客管理应用程序时遇到了 NSFetchedResultsController 问题。

该应用程序基本上在后台下载来宾列表（使用 NSOperation 子类），将它们插入到托管对象上下文中，然后将它们呈现在 UI 线程上的表视图中。

我认为我遵循核心数据多线程规则（我有单独的 MOC 用于在其线程上创建的操作，我使用保存通知等同步我的主 MOC）。

我不完全理解的是 NSFetchedResultsController 的行为，它似乎在后台线程而不是主线程调用其委托方法（controllerDidChangeContent 等），这会导致非法的 UI 更新。

所以我的问题是 - 使用 NSFetchedResultsControllerDelegate 观察来自 MOC 保存通知的更改是否合法，还是 NSFetchedResultsControllerDelegate 设计为仅适用于主线程上完成的更改？

我不确定我的解释是否足够清楚，如果不是我可以发布一些代码来演示问题。

Answer 1

我的猜测是，您的 MOC 保存通知是在后台线程而不是主事件线程上发送和观察的。这将导致 NSFetchedResultsControllerDelegate 在后台线程上发送委托消息。

您需要确保您的保存通知观察者将控制权传递给主线程，例如：

- (void)backgroundMOCDidSaveNotifiaction:(NSNotification *)notification
{
    [uiMOC performSelectorOnMainThread:
         @selector(mergeChangesFromContextDidSaveNotification:)
     withObject:notification waitUntilDone:NO];
}

Answer 2

免责声明

Daniel Dickison 回复是正确答案。我在这里仅提供一些额外的细节和解释，因为其中一些步骤并不简单。

使用 2 个不同的托管对象上下文是正确的做法

UI 线程 MOC：

lazy var mainQueuemanagedObjectContext: NSManagedObjectContext = {
    let coordinator = self.persistentStoreCoordinator
    var managedObjectContext = NSManagedObjectContext(
        concurrencyType: .MainQueueConcurrencyType)
    managedObjectContext.persistentStoreCoordinator = coordinator
    return managedObjectContext
    }()

传输、下载、后台 MOC：

lazy var transportManagedObjectContext:NSManagedObjectContext = {
    let coordinator = CoreDataStack.sharedInstance.persistentStoreCoordinator
    let managedObjectContext = NSManagedObjectContext(
        concurrencyType: .PrivateQueueConcurrencyType)
    managedObjectContext.persistentStoreCoordinator = coordinator
    return managedObjectContext

    }()

使用后台 MOC 进行后台操作：

（比如新数据被下载并保存）

transportManagedObjectContext.performBlockAndWait({ () -> Void in
    // ...add, change, delete objects, then save
    try transportManagedObjectContext.save()
})

将Daniel Dickison'响应应用于后台托管对象上下文，根据 Apple 文档：

// Broadcast NSManagedObjectContextDidSaveNotification
NSNotificationCenter.defaultCenter().addObserver(
    self,
    selector: "mocDidSaveNotification:",
    name: NSManagedObjectContextDidSaveNotification,
    object: self.transportManagedObjectContext)

func mocDidSaveNotification(notification:NSNotification)
{
    mainQueuemanagedObjectContext.performSelectorOnMainThread(
        "mergeChangesFromContextDidSaveNotification:",
        withObject: notification,
        waitUntilDone: true)
}

注意：我通常更喜欢使用performBlockAndWait()和waitUntilDone: true除非我确信不等待不会导致竞争条件。如果您决定不等待，我邀请您对您的应用程序进行彻底的压力测试。我冒昧地让后台线程等待 UI，但从不相反。

从 UI 线程监听

NSFetchedResultsController 必须使用 MainQueueConcurrencyType 托管对象上下文。

let fetchedResultsController = NSFetchedResultsController(
    fetchRequest: fetchRequest,
    managedObjectContext: mainQueuemanagedObjectContext,
    sectionNameKeyPath: "yourKey",
    cacheName: nil)

您的 NSFetchedResultsController 从后台托管对象上下文中释放，并将接收 controllerWillChangeContent、didChangeObject 等。之后合并已完成。