核心数据保存和UI性能

Question

我想知道是否有任何最佳实践可以提高UI响应能力,同时使用大量托管对象进行Core Data保存(而非提取).

我正在处理的应用程序需要从Web服务按设定的时间间隔下载相当大量的数据,直到完成.在每个间隔上,下载一批数据,格式化为托管对象,并保存到Core Data.因为这个过程有时需要长达5分钟才能完全完成,只需添加一个加载屏幕,直到一切都完成,这不是一个选择,它需要太长时间.我也有兴趣经常写入Core Data,而不是最后一次大写,以保持低内存占用.理想情况下,我希望用户能够正常使用其余应用程序,同时将这些大型数据集下载并写入Core Data.

不幸的是,似乎正在发生的事情是当我尝试保存我放入每个批处理的托管对象上下文中的插入时,该保存操作阻止用户与应用程序的其余部分交互(刷表,触摸按钮等) )直到完成.对于正在进行Core Data保存的那些短时间段,该应用程序非常无响应.

当然,我已经尝试通过减少每个间隔下载的单个批次的大小来减少这些节省,但除了使整个过程花费更长时间的不便之外,仍然会出现未捕获用户滑动的情况,因为在那个特定时间,核心数据保存正在发生.减小尺寸只会减少错过滑动或错过触摸的可能性,但它们似乎经常发生,往往不方便.

对于插件本身,我尝试使用两种不同的实现:insertNewObjectForEntityForName:inManagedObjectContext以及setValuesForKeysWithDictionary.两者都表现出我上面描述的问题.

我尝试了一个更简单的测试原型,以便在模拟器和设备上看到性能,我在这里提供了重要的元素.这个例子实际上并没有从网上下载任何东西,而只是在TableViewController中以设定的间隔将一大堆东西写入核心数据.我很想知道是否有人提出改善响应能力的建议.

- (void)viewDidAppear:(BOOL)animated 
{
    [super viewDidAppear:animated];
    timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(doTimerWork:) userInfo:nil repeats:YES];
}

-(void) doTimerWork:(id)sender
{
    for (int i = 0; i < 1000; i++)
    {
        Misc * m = (Misc*)[NSEntityDescription insertNewObjectForEntityForName:@"Misc" inManagedObjectContext:managedObjectContext];        
        m.someDate = [NSDate date];
        m.someString = @"ASDASDASD";
        m.someOtherString = @"BLAH BLAH BLAH";
        m.someNumber = [NSNumber numberWithInt:5];
        m.someOtherNumber = [NSNumber numberWithInt:99];
        m.someOtherDate = [NSDate date];    
    }

    NSError *error;
    if (![managedObjectContext save:&error]) {
        NSLog(@"Experienced an error while saving to CoreData");
    }
}

Answer 1

通常,您将在后台线程上下载数据,并将托管对象插入/更新到其托管对象上下文中.
在主线程上,您将注册并接收NSManagedObjectContextWillSaveNotification并使用mergeChangesFromContextDidSaveNotification:更新主要托管对象上下文.

这是你在做什么的？

另外,阅读使用Core-Data的多线程.