ios - 在不访问主线程的情况下保存 NSManagedObjectContext

Question

我正在尝试做的事情:

• 在不卡住用户界面的情况下使用网络 API 执行后台同步。我正在使用 MagicalRecord但它并不是真正特定于它。
• 确保我正确使用上下文等

我真正的问题是:我的理解正确吗？最后还有几个问题。

因此，MagicalRecord 提供的上下文是:

MR_rootSavingContext of PrivateQueueConcurrencyType 用于将数据持久化到存储，这是一个缓慢的过程 MainQueueConcurrencyType 的
• MR_defaultContext
• 对于背景，您可能希望使用 MR_context() 生成的上下文，它是 MR_defaultContext 的子级并且属于 PrivateQueueConcurrencyType

现在，为了以异步方式保存，我们有两个选择:

• MR_saveToPersistentStoreWithCompletion() 它将一直保存到 MR_rootSavingContext 并写入磁盘
• MR_saveOnlySelfWithCompletion() 将仅保存到父上下文(即，MR_defaultContext 用于使用 MR_context 创建的上下文)

从那里开始，我认为我可以在不卡住 UI 的情况下执行以下操作(我们称之为尝试#1):

let context = NSManagedObjectContext.MR_context()
for i in 1...1_000 {
    let user = User.MR_createInContext(context) as User
    context.MR_saveOnlySelfWithCompletion(nil)
}
// I would normally call MR_saveOnlySelfWithCompletion here, but calling it inside the loop makes any UI block easier to spot

但是，我的假设是错误的。我 looked into MR_saveOnlySelfWithCompletion 看到它依赖

[self performBlock:saveBlock];

哪个according to Apple Docs

Asynchronously performs a given block on the receiver’s queue.

所以我有点困惑，因为我希望它不会因此而阻塞 UI。

然后我尝试了(我们称它为 Attempt#2)

let context = NSManagedObjectContext.MR_context()
for i in 1...1_000 {
    let user = User.MR_createInContext(context) as User
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0)) { () -> Void in
        context.MR_saveOnlySelfWithCompletion(nil)
    }
}

这确实有效，但感觉不对。

然后我在release notes of iOS 5.0中找到了一些东西

When sending messages to a context created with a queue association, you must use the performBlock: or performBlockAndWait: method if your code is not already executing on that queue (for the main queue type) or within the scope of a performBlock... invocation (for the private queue type). Within the blocks passed to those methods, you can use the methods of NSManagedObjectContext freely.

所以，我假设:

• 尝试 #1 卡住了 UI，因为我实际上是从主队列调用它，而不是在 performBlock 的范围内
• 尝试 #2 有效，但我正在创建另一个线程，而上下文已经有自己的后台线程

所以 of course我应该做的是使用 saveWithBlock:

MagicalRecord.saveWithBlock { (localContext) -> Void in
    for i in 1...1_000 {
        User.MR_createInContext(context)
    }
}

这执行操作 on a direct child of MR_rootSavingContext这是 PrivateQueueConcurrencyType。 感谢rootContextChanged ，对 MR_rootSavingContext 的任何更改都将对 MR_defaultContext 可用。

看来:

• MR_defaultContext 是显示数据的完美上下文
• 最好在 MR_context(MR_defaultContext 的子级)中进行编辑
• 最好使用 saveWithBlock 完成服务器同步等长时间运行的任务

它仍然没有得到的是如何使用 MR_save[…]WithCompletion()。我会在 MR_context 上使用它，但由于它在我的测试用例中阻塞了主线程，所以我看不到它何时变得相关(或者我错过了什么……)。

感谢您的宝贵时间:)

Answer 1

好吧，我很少使用魔法记录，但既然你说你的问题更笼统，我会尝试回答。

一些理论:在创建上下文时，您会传递一个指示符，表明您希望它绑定(bind)在主线程还是后台线程上

let context = NSManagedObjectContext(concurrencyType: NSManagedObjectContextConcurrencyType.PrivateQueueConcurrencyType)

“绑定(bind)”是指线程在内部由上下文引用。在上面的示例中，上下文创建并拥有一个新线程。此线程不会自动使用，但必须显式调用作为:

context.performBlock({ () -> Void in
   context.save(nil)
   return
});

所以您使用“dispatch_async”的代码是错误的，因为上下文绑定(bind)到的线程只能从上下文本身引用(它是一个私有(private)线程)。

从上面你必须推断的是，如果上下文绑定(bind)到主线程，从主线程调用 performBlock 将不会做任何与调用不同的事情直接上下文方法。

要在最后评论您的要点:

• MR_defaultContext 是显示数据的完美上下文:必须从它所在的上下文访问 NSManagedObject 创建的，因此它实际上是您可以提供的唯一上下文 用户界面来自。

• 编辑最好在 MR_context(MR_defaultContext 的子级)中完成:编辑并不昂贵，您应该遵循 上面的规则。如果您正在调用一个从主线程编辑 NSManagedObject 属性的函数(比如点击按钮) 您应该更新主要上下文。另一方面，保存是 昂贵，这就是为什么您的主要上下文不应链接到 直接持久存储，但只是将其编辑下推到根目录 具有持久存储的后台并发上下文。

• 长时间运行的任务(例如服务器同步)最好使用 saveWithBlock 完成是。

现在，尝试 1

for i in 1...1_000 {
    let user = User.MR_createInContext(context) as User
}
context.MR_saveOnlySelfWithCompletion(nil)

不需要为每个对象创建都保存。即使 UI 没有被阻止也是浪费。

关于 MR_context。在魔法记录的文档中，我看不到“MR_context”，所以我想知道这是否是访问主上下文的快速方法。如果是这样，它将阻塞。