5

我正在 GCD 调度队列中对 NSManagedObjectContext 进行操作，定义如下：

- (NSManagedObjectContext *)backgroundContext
{
    if (backgroundContext == nil) {
        self.backgroundContext = [NSManagedObjectContext MR_contextThatNotifiesDefaultContextOnMainThread];
    }
    return backgroundContext;
}

MR_contextThatNotifiesDefaultContextOnMainThread是来自MagicalRecord的方法：

NSManagedObjectContext *context = [[self alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
[context setParentContext:[NSManagedObjectContext MR_defaultContext]];
return context;

在获取我的对象并给他们正确的队列位置后，我记录它们并且顺序是正确的。但是，第二个日志似乎是完全随机的，排序描述符显然不起作用。

我已将问题范围缩小到[self.backgroundContext save:&error]. 保存背景上下文后，排序描述符被破坏。

dispatch_group_async(backgroundGroup, backgroundQueue, ^{
    // ...

    for (FooObject *obj in fetchedObjects) {
        // ...
        obj.queuePosition = [NSNumber numberWithInteger:newQueuePosition++];
    }

    NSFetchRequest *f = [NSFetchRequest fetchRequestWithEntityName:[FooObject entityName]];
    f.predicate = [NSPredicate predicateWithFormat:@"queuePosition > 0"];
    f.sortDescriptors = [NSArray arrayWithObject:[NSSortDescriptor sortDescriptorWithKey:@"queuePosition" ascending:YES]];
    NSArray *queuedObjects = [self.backgroundContext executeFetchRequest:f error:nil];
    for (FooObject *obj in queuedObjects) {
        DLog(@"%@ %@", obj.queuePosition, obj.title);
    }

    if ([self.backgroundContext hasChanges]) {
        DLog(@"Changes");
        NSError *error = nil;
        if ([self.backgroundContext save:&error] == NO) {
            DLog(@"Error: %@", error);
        }
    }

    queuedObjects = [self.backgroundContext executeFetchRequest:f error:nil];
    for (FooObject *obj in queuedObjects) {
        DLog(@"%@ %@", obj.queuePosition, obj.title);
    }

});

我不知道为什么排序描述符不起作用，任何核心数据专家都想帮忙吗？

更新：

这个问题在 iOS 4 上不会出现。我认为原因在于线程隔离和私有队列模式之间的差异。MagicalRecord 自动使用似乎表现不同的新并发模式。

更新 2：

通过添加背景上下文的保存解决了该问题：

if ([[NSManagedObjectContext MR_contextForCurrentThread] hasChanges]) {
    DLog(@"Changes");
    NSError *error = nil;
    if ([[NSManagedObjectContext MR_contextForCurrentThread] save:&error] == NO) {
        DLog(@"Error: %@", error);
    } else {
        NSManagedObjectContext *parent = [NSManagedObjectContext MR_contextForCurrentThread].parentContext;
        [parent performBlockAndWait:^{
            NSError *error = nil;
            if ([parent save:&error] == NO) {
                DLog(@"Error saving parent context: %@", error);
            }
        }];
    }
}

更新 3：

MagicalRecord 提供了一种递归保存上下文的方法，现在我的代码如下所示：

if ([[NSManagedObjectContext MR_contextForCurrentThread] hasChanges]) {
    DLog(@"Changes");
    [[NSManagedObjectContext MR_contextForCurrentThread] MR_saveWithErrorHandler:^(NSError *error) {
        DLog(@"Error saving context: %@", error);
    }];
}

很惭愧我一开始没有使用它...

但是，我不知道为什么这会有所帮助，并且很想得到解释。

4

3 回答 3

2

我会尝试发表评论，因为我写了 MagicalRecord。

因此，在 iOS5 上，MagicalRecord 被设置为尝试使用多个托管对象上下文的新 Private Queue 方法。这意味着子上下文中的保存只会将保存推送到父上下文。只有当没有更多父母的父母保存时，保存才会持续到它的商店。这可能是您的 MagicalRecord 版本中发生的情况。

MagicalRecord 已尝试在以后的版本中为您处理此问题。也就是说，它会尝试在私有队列模式和线程隔离模式之间进行选择。正如你所发现的，这不太好。为 iOS4 和 iOS5 编写代码（无需复杂的预处理器规则等）的唯一真正兼容的方法是使用经典的线程隔离模式。来自 1.8.3 标签的 MagicalRecord 支持这一点，并且应该适用于两者。从 2.0 开始，从这里开始将只有私人队列。

而且，如果您查看 MR_save 方法，您会发现它还在为您执行 hasChanges 检查（这也可能是不需要的，因为 Core Data 内部也可以处理它）。无论如何，您应该编写和维护更少的代码......

于 2012-04-13T10:59:31.027 回答
1

原始设置不起作用的实际根本原因是在父上下文尚未保存到存储时从具有排序描述符的子上下文中获取时出现 Apple 错误：

NSSortdescriptor 对从 NSManagedContext 获取结果无效

如果有任何方法可以避免嵌套上下文，请避免使用它们，因为它们仍然非常错误，并且您可能会对假定的性能提升感到失望，参见。也： http ://wbyoung.tumblr.com/post/27851725562/core-data-growth-pains

于 2012-12-11T08:23:58.137 回答
-2

由于 CoreData 不是一个安全线程框架并且对于每个线程（操作队列），核心数据使用不同的上下文。请参考以下优秀的写作

http://www.duckrowing.com/2010/03/11/using-core-data-on-multiple-threads/

于 2012-04-12T10:02:17.100 回答