我在 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);
    }

});

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

更新:

在iOS 4上没有出现这个问题。我认为原因在于线程隔离和私有(private)队列模式之间的差异。 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);
    }];
}

一开始没有使用它让我感到羞耻......

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

最佳答案

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

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

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

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

关于objective-c - NSFetchRequest 的 NSSortDescriptor 在上下文保存后不起作用，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10120938/