Swift Core Data移动TableView行时触发无效更新错误

我一眼就看出问题出在哪了——你现在的做法是手动调用fetchedResultsController的controller:didChangeObject:atIndexPath:forChangeType:newIndexPath:方法来模拟删除和插入，但这完全不符合Core Data和UITableView联动的逻辑，才导致了这个行数不匹配的错误。

错误原因拆解 #

你收到的报错信息意思很明确：更新前section 0有2行，你告诉TableView“我删了1行，没插入也没移动”，但更新后行数还是2，这就产生了矛盾。为什么会这样？因为你只是调用了FRC的回调方法，但根本没修改Core Data里的数据源——你的fetchedResultsController的结果集里的对象顺序压根没变，TableView自然会发现行数和你声明的操作对不上。

而且要注意：手动调用FRC的回调是完全错误的用法，这个方法是给FRC自己调用、用来通知代理（也就是你的ViewController）数据变化的，不是给你手动触发的。

正确的实现方式 #

要实现Core Data对象的行移动，核心是修改对象的排序属性并保存上下文，让FRC自动感知变化并更新TableView，或者手动调整数据源同时正确通知TableView。这里给你两种可行方案：

方案1：用排序属性（推荐，符合Core Data最佳实践）

1. 首先给你的Core Data实体添加一个排序属性，比如orderIndex（整数类型），用来控制对象的显示顺序。
2. 配置fetchedResultsController时，把orderIndex作为排序描述符：

let sortDescriptor = NSSortDescriptor(key: "orderIndex", ascending: true)
fetchRequest.sortDescriptors = [sortDescriptor]

3. 在移动行的方法里，修改对应对象的orderIndex并保存：

override func tableView(_ tableView: UITableView, moveRowAt sourceIndexPath: IndexPath, to destinationIndexPath: IndexPath) {
    // 获取所有对象
    guard let objects = fetchedResultsController.fetchedObjects else { return }
    
    let movedObject = objects[sourceIndexPath.row]
    // 先移除原位置的对象
    var mutableObjects = objects
    mutableObjects.remove(at: sourceIndexPath.row)
    // 插入到目标位置
    mutableObjects.insert(movedObject, at: destinationIndexPath.row)
    
    // 更新所有对象的orderIndex
    for (index, object) in mutableObjects.enumerated() {
        object.orderIndex = index as NSNumber
    }
    
    // 保存上下文
    do {
        try context.save()
    } catch {
        print("保存失败: \(error)")
    }
}

这样FRC会自动检测到数据变化，通过代理方法通知TableView更新，完全不需要你手动处理行的删除或插入。

方案2：手动调整数据源并通知TableView（不推荐，适合简单场景）

如果你不想加排序属性，可以直接调整fetchedResultsController的结果集，然后正确通知TableView执行移动操作：

override func tableView(_ tableView: UITableView, moveRowAt sourceIndexPath: IndexPath, to destinationIndexPath: IndexPath) {
    guard var objects = fetchedResultsController.fetchedObjects else { return }
    
    // 先更新数据源
    let movedObject = objects.remove(at: sourceIndexPath.row)
    objects.insert(movedObject, at: destinationIndexPath.row)
    
    // 重新执行fetch更新FRC的结果集
    do {
        try fetchedResultsController.performFetch()
    } catch {
        print("重新fetch失败: \(error)")
    }
    
    // 告诉TableView执行移动动画，而不是删加
    tableView.moveRow(at: sourceIndexPath, to: destinationIndexPath)
}

这种方法的问题是，一旦Core Data上下文有其他变化，可能会导致数据源不一致，所以还是推荐方案1。

总结 #

你之前的错误在于混淆了FRC回调的角色，试图手动模拟数据变化，但却没真正修改数据源。正确的做法是通过修改Core Data对象的排序属性让FRC自动处理更新，这才是Core Data和UITableView联动的正确打开方式。

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