带有 CoreData 的 AFNetworking 是线程安全的吗？

Question

我的 iPhone 应用程序遇到间歇性的、难以重现的错误，因此我正在检查我对并发性的假设。

运行 AFNetworking v0.10.x，我有以下网络调用：

[self postPath:@"/myEndPoint"
    parameters:params
       success:^(AFHTTPRequestOperation *request, id response)
          {
              AppDelegate *appDelegate = (AppDelegate*)[[UIApplication sharedApplication] delegate];
              // do stuff with object context here
              [appDelegate.objectContext save];
          }     
]       
AppDelegate *appDelegate = (AppDelegate*)[[UIApplication sharedApplication] delegate];
// do other stuff with object context
[appDelegate.objectContext save];      

在我的 AppDelegate 中：

-(NSManagedObjectContext*) objectContext
{
    if(nil == _objectContext)
    {
        ... set up sqlite persistent store coordinator and object model ...

        _objectContext = [[NSManagedObjectContext alloc] init];
        [_objectContext setPersistentStoreCoordinator:persistentStoreCoordinator];
        [_objectContext setMergePolicy:NSOverwriteMergePolicy];
    }
    return _objectContext;
}

在这种情况下，是否有可能最终出现并发问题？或者，换句话说，AFNetworking 的 API 是线程安全的吗？我认为 NSOverwriteMergePolicy 会为我提供冲突保护，但崩溃仍然存在（尽管是间歇性的）。

Answer 1

AFNetworking 的回调在主线程上执行。因此，它们是“线程安全的”，因为只有一个线程与 CoreData 交互。如果您只有一个托管对象，事情会很简单。

来自苹果：

添加到此队列的任务在主线程本身上连续执行。因此，您可以将此队列用作应用程序其他部分中正在完成的工作的同步点。

在使用多线程 CoreData 和多个托管对象上下文时仍有许多注意事项，对于那些我将您推荐给 rsswtmr's excellent answer，它不能正确回答我的问题，但提供了指向许多有用信息的链接。

Answer 2

您不能让多个线程在同一个对象上下文上工作。想一想 Core Data 如何在更改/提交数据的过程中参与其中，而另一个更改来自另一个线程。您需要为每个线程创建一个单独的上下文，并在安全/适当时合并更改。 NSOverwriteMergePolicy 将使您不必在合并时手动处理冲突。

查看here，了解线程核心数据访问的精彩说明。