ios - 带有核心数据和 NSFetchedResultsController 的后台线程

Question

我做了一些研究，发现了一些关于 Objective-C 代码的不错信息，但几乎没有关于 Swift 的信息。我认为这是一种非常常见的模式，所以希望我们可以敲定如何正确地做到这一点。我取得了一些非常显着的进步，感觉我已经很接近了，但我只是超出了 Swift 的深度。

目标:制作一个使用后台线程解析数据和执行长提取请求的应用程序，并有一个使用 NSFetchedResults Controller 的主线程。

从我的一个函数中分离出一个新线程的代码

let tQueue = NSOperationQueue()
let testThread1 = testThread()

tQueue.addOperation(testThread1)
testThread1.threadPriority = 0
testThread1.completionBlock = {() -> () in
    println("Thread Completed")
}

我为制作线程而制作的类(class)

class testThread: NSOperation{
    var delegate = UIApplication.sharedApplication().delegate as AppDelegate
    var threadContext:NSManagedObjectContext?

    init(){
        super.init()
        NSNotificationCenter.defaultCenter().addObserver(self, selector: "contextDidSave:", name: NSManagedObjectContextDidSaveNotification, object: nil)
    }

    override func main(){
        self.threadContext = NSManagedObjectContext()
        threadContext!.persistentStoreCoordinator = delegate.persistentStoreCoordinator
        ...
        //Code that actually does a fetch, or JSON parsing
        ...
        threadContext!.save(nil)
        NSNotificationCenter.defaultCenter().removeObserver(self)
    }

    func contextDidSave(notification: NSNotification){
        let sender = notification.object as NSManagedObjectContext
        if sender !== self.threadContext{
            self.threadContext!.mergeChangesFromContextDidSaveNotification(notification)
        }
    }
}

我不会包含 NSFetchedResultsController 的所有代码，但我有一个链接到主上下文。当我的线程被注释掉时，应用程序运行正常，它将阻止 UI 并解析/获取需要插入核心数据的数据，当它全部完成时，UI 将解锁。

当我添加线程时，一旦我在 UI 中执行任何可能触发保存到主上下文的操作(在本例中，tappedOnSection 表函数执行保存)，应用程序就会崩溃，并且唯一出现的是在控制台是。 “lldb”。突出显示的触发错误的行是

    managedObjectContext?.save(nil)

旁边的错误是“EXC_BAD_ACCESS(code 1, address=...

如果我只是等待后台线程完成，完成后，这次我也会收到一个错误，跟踪到 NSFetchedResultsController 的“didChangeObject”方法。它说“在展开可选值时意外发现 nil，并标记以下情况:

func controller(controller: NSFetchedResultsController, didChangeObject anObject: AnyObject, atIndexPath indexPath: NSIndexPath?, forChangeType type: NSFetchedResultsChangeType, newIndexPath: NSIndexPath?) {
        switch(type){
        ... other cases
        case NSFetchedResultsChangeType.Update:
            self.configureCell(self.tableView.cellForRowAtIndexPath(indexPath!)!, atIndexPath: indexPath!)
       ...other cases
        }
    }

我假设我遇到了一些我没有正确处理的并发问题。我认为监视更改的 NSNotification 可以处理此问题，但我一定遗漏了其他内容。

override func viewDidLoad() {
    super.viewDidLoad()
    NSNotificationCenter.defaultCenter().addObserver(self, selector: "contextDidSave:", name: NSManagedObjectContextDidSaveNotification, object: nil)

    ...
    //Code here calls the function that starts the thread shown previously to do a background fetch

}

func contextDidSave(notification: NSNotification){
    let sender = notification.object as NSManagedObjectContext
    if sender !== self.managedObjectContext!{
        println("Save Detected Outside Thread Main")
        self.managedObjectContext!.mergeChangesFromContextDidSaveNotification(notification)
    }

}

更新:

在你们的帮助下，我已经能够定位错误。似乎 NSFetchedResultsController 的 didChangeObject 方法是问题所在。如果数据更改或插入新行，则 didChange Object 方法会触发相应的方法来执行这些动画，在这里我得到 nil 错误。显然，重点是当获取背景数据时，它会平滑地动画化，但它没有这样做，而是爆炸了。如果我注释掉这个函数，我不会得到任何错误，但也会失去我希望的流畅动画。附加的 didChangeObject 方法如下。它主要直接来自 NSFetchedResultController 的 swift 文档:

func controller(controller: NSFetchedResultsController, didChangeObject anObject: AnyObject, atIndexPath indexPath: NSIndexPath?, forChangeType type: NSFetchedResultsChangeType, newIndexPath: NSIndexPath?) {
        switch(type){
        case NSFetchedResultsChangeType.Insert:
            self.tableView.insertRowsAtIndexPaths([indexPath!], withRowAnimation: UITableViewRowAnimation.Fade)
        case NSFetchedResultsChangeType.Delete:
            self.tableView.deleteRowsAtIndexPaths([indexPath!], withRowAnimation: UITableViewRowAnimation.Fade)
        case NSFetchedResultsChangeType.Update:
            if self.tableView.cellForRowAtIndexPath(indexPath!) != nil{
                self.configureCell(self.tableView.cellForRowAtIndexPath(indexPath!)!, atIndexPath: indexPath!)
            }

        case NSFetchedResultsChangeType.Move:
            self.tableView.deleteRowsAtIndexPaths([indexPath!], withRowAnimation: UITableViewRowAnimation.Fade)
            self.tableView.insertRowsAtIndexPaths([indexPath!], withRowAnimation: UITableViewRowAnimation.Fade)
        }
    }

Answer 1

最后，我研究了很多不同的线程处理方法。最有用的是多上下文，通知中心如所述here我还实现了多上下文解决方案，但最终退化为另一个。我的问题原来是我在多个 NSFetchedResultsController 之间共享一个委托(delegate)，而没有检查传入的 Controller 是否与表当前使用的 Controller 相同。每当数据自动重新加载时，这都会产生越界错误。

我的后台线程解决方案很简单。

1. 创建主上下文
2. 创建背景上下文。

3. 使用performBlock调用后台上下文

   context.performBlock {
      //background code here
   

4. 监听主上下文的变化。

   NSNotificationCenter.defaultCenter().addObserver(self, selector: "contextDidSave:", name: NSManagedObjectContextDidSaveNotification, object: nil)
   
   func contextDidSave(notification: NSNotification) {
       let sender = notification.object as NSManagedObjectContext
       if sender != managedObjectContext {
           managedObjectContext!.mergeChangesFromContextDidSaveNotification(notification)
       }
   }
   

5. 将更改合并到 mainContext 中。

我的初始设置实际上非常接近正确，我不知道的是当你设置你的 backgroundContext 时你可以给它一个并发类型

let childContext = NSManagedObjectContext(concurrencyType: .PrivateQueueConcurrencyType)

然后您可以在后台线程中使用 context.performBlock(如上所示)在您想要执行后台线程操作时调用上下文。

此外，NSFetchedResultsController 使用 mainContext 作为它们的上下文，这样它们就不会在解析过程中被阻塞。

更新

做后台线程的方式有很多种，上面的方案只是其中一种。 Quellish 描述了另一种流行的方法 in his article here .它信息量很大，我推荐它，它描述了队列限制的嵌套上下文方法。