使用 NSOperationQueue addOperationWithBlock 保护核心数据调用答案

【问题标题】：Protect Core Data calls with NSOperationQueue addOperationWithBlock使用 NSOperationQueue addOperationWithBlock 保护核心数据调用
【发布时间】：2013-09-25 06:44:27
【问题描述】：

我有一个流程需要执行几个步骤，并且每个步骤都需要先完成（同步、串行等）。我想使用队列的概念，并有一个用于我的数据库更新以保护核心数据。启动某些东西以更新/访问核心数据的最佳方法是什么，但要确保一旦完成，我就可以按顺序执行我需要的操作？我有以下内容，但是完成后我该怎么做？我什至需要费心去“保护”我的核心数据，或者如果整个事情是串行的，我可以访问它吗？

        [databaseQueue addOperationWithBlock:^{
                        // access MOC to update DB
    }];

【问题讨论】：

标签： iphone core-data concurrency

【解决方案1】：

如果您只需要序列化您的访问，则可以使用新的托管上下文架构（私有队列）。

您可以像这样定义托管对象上下文：

NSManagedObjectContext* context = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
context.persistentStoreCoordinator = coordinator;
//any other initialization you need
[ContextProvider setWorkerContext:context];

此上下文将使用 GCD 在后台线程上运行。

您需要保留此上下文（例如在您的应用委托中，或任何其他对您有意义的地方，只要您可以在需要时访问它）。

此上下文现在可以用作您需要的所有操作的队列（您可能能够在没有 NSOperations 的情况下完成您需要的操作）。

要向队列发出任务，您只需调用：

[[ContextProvider workerContext] performBlock:^{//do something asynchronously
    //Do whatever you need to do
    //The context will serialize tasks in the order they were queued
    //You will probably want to save at the end of each task.
}];

您可以根据需要添加包装器来调用完成块，或者监听上下文更改/保存事件。

如果您需要任务之间的依赖关系，或者您希望能够以方便的方式取消任务（您仍然需要检查任务是否被取消），您将需要 NSOperation 和 NSOperationQueue，但是您很可能需要多个上下文。

在任何情况下，在任何给定时刻，只有一个 context 可以写入 store（写入时 store 是串行的），其他写入/读取 context 在写入期间将被阻止访问 store。

【讨论】：