在后台/前台模式下运行冗长的核心数据删除

Question

我有一个非常冗长的核心数据删除任务，其中包含 92k 条奇怪的记录，这需要很长时间才能运行。最初它锁定了 UI 线程，所以我试图将调用放在后台线程上。然而，我在模拟器中注意到的是，当我在应用程序后台运行时，此任务停止运行。

我想知道是否有一个快速调整我可以制作代码，以便一旦应用程序在后台运行 10 分钟或允许它们运行多长时间，我的删除将继续运行。

当我开始上课时，我会创建一个后台队列：

backgroundQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, nil);

然后什么时候删除我的对象

- (void)queueForDelete:(FlightRecording *)flight {

    NSError *error = nil;
    flight.deleteFlagValue = 1;
    [managedObjectContext save:&error];

    // Remove flights form Internal table dataStructure
    [flightList removeObjectAtIndex:[tmpIndexPath row]];
    [[self tableView] deleteRowsAtIndexPaths:@[tmpIndexPath] withRowAnimation:UITableViewRowAnimationFade];

    //Queue flight for deletion in the background
    dispatch_async(backgroundQueue, ^{
        NSLog(@"Adding %@ to deletion Queue", flight.getFileName);
        [self deleteFlight:flight];
    });
    [[self tableView] reloadData];
}

此代码确实使 UI 响应更快，但删除我的对象仍需要大约 5 到 10 分钟（在模拟器中）。我希望用户能够在后台运行应用程序并让删除过程仍在运行，因为无论后台/前台如何，它都会对应用程序的响应能力产生影响。

Answer 1

在NSManagedObjectContext -performBlock: 调用中执行此任务。在具有私有队列并发类型的子上下文上执行此操作。这将为您提供异步处理。

不要在每次调用时保存上下文。

不要在每次调用时更新您的表格视图（reloadData、delteRowsAtIndexPaths）。这是一个模型任务。不要更新 UI。

您对tmpIndexPath 的使用是代码异味。这是将模型任务与视图任务混合的另一个迹象。删除一堆对象纯粹是一个模型任务。编写代码，假设不存在 UI 或控制器。