Question

我发布的应用程序发布了以下崩溃报告：

synchronizeMyWords方法从数据库中提取实体，使用主上下文parent创建私有队列上下文，最后保存结果。所有操作都在后台线程中。每次应用进入background和foreground时都会调用此方法。这是一个简化的方法：

- (AWSTask *)synchronizeMyWords {
  __weak typeof(self) weakSelf = self;

  AWSContinuationBlock block = ^id _Nullable(AWSTask * _Nonnull task) {
    if ([task.result isKindOfClass:[NSArray class]]) {
      NSArray * records = (NSArray *)task.result;
      NSManagedObjectContext * context = [NSManagedObjectContext MR_contextWithParent:[NSManagedObjectContext MR_defaultContext]];
      [context performBlockAndWait:^{
        for (NSDictionary * info in records) {
            [RDRWord MR_createEntityInContext:context];
        }

        [context save:nil];
      }];
      return [AWSTask taskWithResult:@YES];
    }
    return [AWSTask taskWithError:[NSError errorWithDomain:@"" code:404 userInfo:nil]];
  };

  AWSExecutor * executor = [AWSExecutor defaultExecutor];


  return [[self loadLocalWords] continueWithExecutor:executor withBlock:block];
}

如您所见，我正在使用Magical Record第三方库来管理Core Data堆栈。这是一种创建私有队列上下文的方法：

+ (NSManagedObjectContext *) MR_contextWithParent:(NSManagedObjectContext *)parentContext
{
    NSManagedObjectContext *context = [self MR_newPrivateQueueContext];
    [context setParentContext:parentContext];
    [context MR_obtainPermanentIDsBeforeSaving];
    return context;
}

您可以在github here上查看整个NSManagedObjectContext+MagicalRecord类别。

context performBlockAndWait:内的UserHandler.ConnectedIds.Any()对象在它超出范围之前是如何可用的？我个人无法重现崩溃，但我的很多用户（iOS 8.1 - 10设备）都受此问题的影响。

更新1：

以下是blog

的相同报告

Answer 1

我将@Mundi的答案标记为正确，因为他写了你应该遵循的一般方法。现在，我想在此分享我如何调试它。首先，我了解到，可以在xcode中打开调试并发断言。您需要在启动时传递以下参数：

-com.apple.CoreData.ConcurrencyDebug 1

现在，在您的应用程序输出中，您应该看到日志消息：

2016-12-12 01:58:31.665 your-app[4267:2180376] CoreData: annotation: Core Data multi-threading assertions enabled.

一旦我打开它，我的应用程序崩溃了synchronizeMyWords方法（老实说，不仅仅是那里。想知道，为什么Apple在调试模式下默认不包含并发断言？）。我查看了AWSCore library中defaultExecutor的内容并看到了：

+ (instancetype)defaultExecutor {
    static AWSExecutor *defaultExecutor = NULL;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        defaultExecutor = [self executorWithBlock:^void(void(^block)()) {
            // We prefer to run everything possible immediately, so that there is callstack information
            // when debugging. However, we don't want the stack to get too deep, so if the remaining stack space
            // is less than 10% of the total space, we dispatch to another GCD queue.
            size_t totalStackSize = 0;
            size_t remainingStackSize = remaining_stack_size(&totalStackSize);

            if (remainingStackSize < (totalStackSize / 10)) {
                dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), block);
            } else {
                @autoreleasepool {
                    block();
                }
            }
        }];
    });
    return defaultExecutor;
}

根据他们的if声明，我的continuationBlock无法保证在DISPATCH_QUEUE_PRIORITY_DEFAULT队列中执行。因此，我创建了一个共享的dispatch_queue_t队列，并使用performBlockAndWait: CoreData方法调用其上的所有操作。结果，现在没有崩溃，我提交了新的版本。如果我没有收到context僵尸的任何崩溃报告，我会更新这篇文章。

Answer 2

Core Data提供了足够的API来处理后台线程。这些也可以通过魔法记录访问。

看起来好像你不必要地创建了太多的线程。我认为AWSContinuationBlock和AWSExecutor的使用并不是一个好主意。可以从后台线程调用synchronizeMyWords。该块可能在后台线程上运行。在块中，您可以创建一个链接到子上下文的新后台线程。目前尚不清楚loadLocalWords返回什么，或continueWithExecutor:block:如何处理线程。

保存数据也存在问题。保存子上下文后不保存主上下文;大概这可能发生在以后，但也许与其他一些操作有关，所以你的代码之前工作的事实可能更像是一个误报＆＃34;。

我的建议是简化线程代码。您应该将自己局限于核心数据块API。

核心数据并发`performBlockAndWait：`NSManagedObjectContext僵尸

2 个答案: