iOS TableViewController报错：尝试对同一索引路径执行插入和移动操作

遇到controllerDidChangeContent:. attempt to perform an insert and a move to the same index path异常，本质是FRC对同一个索引路径同时触发了插入和移动操作，逻辑冲突。以下是具体排查和解决方向：

• 检查排序规则的稳定性与唯一性
  FRC的位置计算完全依赖排序描述符，如果排序字段存在重复值，且没有次级排序字段兜底，FRC会无法稳定判断对象的位置，进而触发冲突事件。确保排序用的字段是唯一的，或者添加objectID作为最后一个排序项（每个对象的objectID唯一），比如：

  NSSortDescriptor *sort1 = [NSSortDescriptor sortDescriptorWithKey:@"sortField" ascending:YES];
  NSSortDescriptor *sort2 = [NSSortDescriptor sortDescriptorWithKey:@"objectID" ascending:YES];
  fetchedResultsController = [[NSFetchedResultsController alloc] initWithFetchRequest:request managedObjectContext:context sectionNameKeyPath:nil cacheName:nil];
  fetchedResultsController.sortDescriptors = @[sort1, sort2];
  

• 排查Core Data变更操作的合理性
  不要用「删除旧对象+插入新对象」的方式替代「更新现有对象属性」，这种操作会让FRC同时收到删除、插入事件，若新旧对象排序位置重叠，就会触发冲突。直接更新目标对象的属性即可，比如：

  // 正确做法：更新现有对象
  existingObject.sortField = newSortValue;
  // 错误做法：删除旧的再插新的
  [context deleteObject:oldObject];
  [context insertObject:newObject];
  

• 验证官方模板代码的事件处理逻辑
  苹果的模板代码中，移动操作是先删除旧位置再插入新位置，若FRC返回的newIndexPath刚好和某个插入操作的indexPath重合，就会报错。可以先打印所有变更事件的详情，定位冲突的具体路径：

  - (void)controller:(NSFetchedResultsController *)controller didChangeObject:(id)anObject atIndexPath:(NSIndexPath *)indexPath forChangeType:(NSFetchedResultsChangeType)type newIndexPath:(NSIndexPath *)newIndexPath {
      NSLog(@"变更类型：%ld，旧路径：%@，新路径：%@", (long)type, indexPath, newIndexPath);
      // 原模板处理代码...
  }
  

  同时确保controllerWillChangeContent:和controllerDidChangeContent:之间的tableView操作顺序正确，移动操作的deleteRowsAtIndexPaths:必须在insertRowsAtIndexPaths:之前执行。

• 排查多线程上下文操作问题
  如果Core Data的更新操作在非主线程上下文执行，且没有正确合并到FRC关联的主线程上下文，会导致FRC收到混乱的变更事件。确保所有触发FRC更新的操作都在正确的线程执行，或者通过通知合并变更：

  // 在主线程监听子上下文的保存通知
  [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(mergeChanges:) name:NSManagedObjectContextDidSaveNotification object:backgroundContext];
  
  - (void)mergeChanges:(NSNotification *)notification {
      [mainContext performBlock:^{
          [mainContext mergeChangesFromContextDidSaveNotification:notification];
      }];
  }
  

• 临时验证方案
  如果暂时找不到根源，可以在controllerDidChangeContent:中直接调用[tableView reloadData]代替逐行更新，虽然性能有所下降，但能快速验证是否是事件处理逻辑导致的冲突。

内容的提问来源于stack exchange，提问作者lostintranslation