ios - UITableView 动态动画(beginUpdates/endUpdates)有时会因不一致而崩溃

Question

我有一个与后端通信的异步工作线程，如果需要，可以在我的 CoreData 模型中创建新对象，或者如果需要，只需对现有对象进行更改以反射(reflect)“服务器真实性”，尤其是属性 (整数)，我称之为 status。

每次对对象进行这样的更改时，都会通过 NSNotificationCenter 触发所有 UI 订阅者，其中一个 UITableViewController 包含所有对象的一个​​很好的列表，使用部分按以下方式对对象进行分组他们的状态。因此，所有状态为 0 的对象都放在一个部分中，所有状态为 1 的对象都放在另一个部分中，等等......

因为它是一个异步工作线程，我已经设置了我的 CoreData 堆栈以将一个主上下文连接到 PSC，而每个单独的异步线程都有它自己的私有(private)上下文，其中更改被合并到主上下文并且然后持久存储。

问题

异步工作线程在与后端通信时检测到变化，将在通过其私有(private)上下文更新 CoreData 模型后运行 postNotification 代码

[[NSNotificationCenter defaultCenter] postNotificationName:@"ObjectChanged"
                                                    object:self
                                                  userInfo:userInfo];

... 这反过来导致所有注册订阅者开始由同一个异步线程触发。这让事情变得有点奇怪，因为必须在主线程中调用 UI-stuff，而我的 UI(包含每个状态的部分的 TableView )会在触发 postNotification 时删除/插入 tableView 中的一些单元格以反射(reflect)检测到的变化。

但是，因为我不能直接注入(inject) UI 更改，所以我在字典中准备了 added 和 deleted NSIndexPath发送到主线程执行；

NSMutableArray* addedIndexPaths = [[NSMutableArray alloc] init];
NSMutableArray* removedIndexPaths = [[NSMutableArray alloc] init];

//... based on some logic, remove and/or add
[addedIndexPaths addObject:[NSIndexPath indexPathForRow:xxx inSection:yyy];  

...

[removedIndexPaths addObject:[NSIndexPath indexPathForRow:xxx inSection:yyy];         

...

//Anything to animate...?
if (addedIndexPaths.count > 0 || removedIndexPaths.count > 0)
{
    NSDictionary* animParams = [NSDictionary dictionaryWithObjectsAndKeys:
                                    addedIndexPaths, @"added",
                                    removedIndexPaths, @"removed",
                                    nil];

    [self performSelectorOnMainThread:@selector(updateTableViewWithChanges:) withObject:animParams waitUntilDone:YES];
}

最后将我们带到由主线程运行的 updateTableViewWithChanges 函数；

- (void)updateTableViewWithChanges:(NSDictionary *)animParams
{
    NSArray* addedIndexPaths = [animParams objectForKey:@"added"];
    NSArray* removedIndexPaths = [animParams objectForKey:@"removed"];

    //Now, finally -- let's update UI!
    [self.tableView beginUpdates];
    if ([addedIndexPaths count] > 0)
        [self.tableView insertRowsAtIndexPaths:addedIndexPaths withRowAnimation:UITableViewRowAnimationTop];
    if ([removedIndexPaths count] > 0)
        [self.tableView deleteRowsAtIndexPaths:removedIndexPaths withRowAnimation:UITableViewRowAnimationTop];
    [self.tableView endUpdates];
}

大多数时候一切都很好，但有时应用程序会因表更新期间的不一致而崩溃；

* Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Invalid update: invalid number of rows in section 0. The number of rows contained in an existing section after the update (1) must be equal to the number of rows contained in that section before the update (2), plus or minus the number of rows inserted or deleted from that section (1 inserted, 0 deleted) and plus or minus the number of rows moved into or out of that section (0 moved in, 0 moved out).'

我怀疑这是由于主线程决定在我的“did-detect-changes”代码运行时更新它的 UI，导致 UI 状态已经是 up-2-date，这这意味着当我调用“在 NSIndexPath xxx 处添加另一个代码”的动态代码时，这不会加起来。

您是否有任何替代方法来实现我需要做的事情？您还可以如何着手实现您希望在 UI 中反射(reflect)的异步线程更新状态，同时 仍在运行工作线程并逐步更新 UI？我是不是完全找错了树，或者只是错过了一些东西？

期待您的想法和想法，如果您仍在阅读 - 谢谢 ;)

编辑(显示我如何从 CoreData 获取数据的代码，因为我怀疑在这次崩溃时对根 pip 的计时)..

异步工作线程持有的私有(private)上下文被合并到主联系人，然后根据建议保存(使用 performBlockAndWait)，但可能是工作线程在通知之前完成的实际保存订阅者知道事情发生了变化，需要时间(即使我使用的是 performBlockAndWait，而不是 performBlock)，并且当主上下文用于获取对象时渲染，不一致？

这是我读取/获取对象时的代码(通过其唯一的 GUID，它只是一个属性)；

NSDictionary *substitutionDictionary = [NSDictionary dictionaryWithObjectsAndKeys:
                                        guid, @"GUID", nil];

NSFetchRequest *fetchRequest = [self.managedObjectModel fetchRequestFromTemplateWithName:@"FindObjectByGuid" substitutionVariables:substitutionDictionary];

//Run the fetch!
NSError *error = nil;

//Uses proper context depending on if it's a worker thread or the main context/UI
NSArray *results = [context executeFetchRequest:fetchRequest error:&error];
if (error == nil)
{
    //Great! We did it!
    NSLog(@"Great! Success fetched %lu object(s) from PS mathing given GUID", (unsigned long)[results count]);
    if ([results count] > 0)
        object = [results objectAtIndex:0];
}

/马库斯

Answer 1

好吧，是时候总结一下了。作为 iOS 的新手，我习惯了必须自己从头开始做所有事情，显然我建模并实现了一个基于发布/订阅的机制，并花了很多时间来确保它是通用的并且自动将 CoreData 中添加/更改的对象与已经存在的对象进行比较，在 NSOrderedSets 中提取索引并准备好通知消息，其中包含接收 UI 可能希望正确设置 TableView 动画的所有内容...

但是...除了我从来没有得到一个完全线程安全的实现这一事实(我怀疑 CoreData 保存到 PCS 计时和/或从不同的异步线程对同一对象进行多次更改)，@Timothy Moose 指出了我NSFetchedResultsController 作用于 CoreData 主上下文(当然，如果设置为这样做)并将很好的 Hook 委托(delegate)回我的 UITableView，这与我在发布/订阅中所做的非常相似-通知 - 而且，它只是工作。

我的 NSFetchRequest 的谓词现在为我完成了这件事，并准确地告诉我发生了什么变化，以及如何发生变化，而不是我自己手动编写代码来提取关系和属性匹配特定条件的对象子集我应该相应地修改我的 UITableView。

奖金；我可以愉快地摆脱大量代码，并相信我始终显示我的 CoreData 模型的当前状态。不管我有多少异步工作线程，也不管它们做什么——当它们从相应的私有(private)上下文存储/合并到主上下文中时，我会很好地委托(delegate)适当的更改。