Question

我有几个表视图将 JSON 请求发送到服务器，将结果存储在核心数据中，并使用NSFetchedResultsController显示它们。我正在尝试GCD如下：

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{
    // Perform JSON requests.
    dispatch_async(dispatch_get_main_queue(), ^{
        [theTableView reloadData];
    });
});

然而，这会导致UI中出现一些奇怪的事情。新的托管对象将呈现空白单元格，删除的托管对象将导致单元格重叠等。

然而，我发现如果我这样做，一切都会正确呈现。：

- (void)controllerDidChangeContent:(NSFetchedResultsController *)controller
{
    dispatch_async(dispatch_get_main_queue(), ^{
        [theTableView endUpdates];
    });
}

我想知道的是，为什么这有必要？由于它是[theTableView reloadData]引发的，为什么它不会自动包含在主队列中？我想也许是因为我没有明确地称之为。在这种情况下，我是否必须同样包装所有功能？

Answer 1

我假设您使用来自单独线程的主NSManagedObjectContext 不被允许。对于后台导入，您必须创建单独的托管对象上下文，导入该上下文中的对象，然后将更改保存/合并到主上下文。

一种可能性是使用主要托管对象上下文的子上下文：

NSManagedObjectContext *childContext = [[NSManagedObjectContext alloc]
                         initWithConcurrencyType:NSPrivateQueueConcurrencyType];
childContext.parentContext = mainManagedObjectContext;
[childContext performBlock:^{
    // Perform JSON requests.
    // Save objects to childContext.

    NSError *error;
    BOOL success = [childContext save:&error];
}];

“私有并发类型”的上下文创建自己的队列/线程，以便执行performBlock 在后台（你需要/不能自己创建一个队列）。

保存childContext会将更改合并到父mainManagedObjectContext。这应该足以让获取的结果控制器得到通知更改，并更新表视图。

请参阅 Core Data Release Notes for OS X v10.7 and iOS 5.0 有关托管对象上下文并发的更多信息，和嵌套的上下文。

Answer 2

是

 [theTableView beginUpdates]

写在代码的任何地方？尝试删除它。我怀疑UI发生了奇怪的事情，因为beginUpdates本身已经异步（不阻塞主线程）以便进行时髦的UITableView动画。

在dispatch_async中未调用UITableView endUpdates

2 个答案: