Table View中行移动的两个方法差异及崩溃问题咨询

嘿，我来帮你拆解这两个方法的核心差异，以及你遇到崩溃的根本原因——这俩方法的职责完全不同，混用肯定出问题！

一、核心区别：谁做什么？ #

先把这俩方法的本质说清楚：

• tableView.moveRow(at:to:)（UITableView实例方法）：这是个UI指令方法，你调用它就直接告诉表格：“把某一行从这个位置挪到那个位置，给我做动画！”但它不管你的数据源——也就是说，你要是只调用这个方法，表格UI动了，但你的数组/数据源没同步改，后续刷新表格绝对会出乱子。
• tableView(_ tableView: UITableView, moveRowAt sourceIndexPath: IndexPath, to destinationIndexPath: IndexPath)（UITableViewDelegate代理方法）：这是个回调通知，是表格在用户完成拖动行的操作后，过来告诉你：“用户把行从A拖到B啦，你得赶紧把数据源同步更新了，不然我下次刷新就和数据源对不上了！”它本身不负责移动UI，只是让你同步数据。

二、各自的适用场景 #

• 用tableView.moveRow(at:to:)：当你需要主动触发行移动的时候——比如用户点了个按钮，你要把某一行挪到另一个位置，或者根据业务逻辑自动调整行顺序。这种情况下，你必须先手动改数据源，再调用这个方法让UI跟上。
• 用代理方法tableView(_:moveRowAt:to:)：这是被动响应用户操作的时候用的——只有当用户在表格的编辑模式下拖动行，表格才会调用这个方法。你在这儿的唯一任务就是更新数据源，UI的移动表格已经自己搞定了，不用你操心。

三、你的崩溃原因及修复办法 #

你在代理方法里调用tableView.moveRow(at:to:)导致崩溃，根本原因是：当用户拖动行时，表格已经在内部处理UI移动的流程了，你这时候再主动调用实例方法去挪动同一行，就会造成UI操作的冲突——表格内部的索引路径、动画队列都乱了，直接触发崩溃。

修复超级简单：在代理方法里只需要更新你的数据源，别碰moveRow(at:to:)实例方法！举个具体的代码例子：

假设你的数据源是一个字符串数组：

var dataList: [String] = ["Apple", "Banana", "Cherry"]

代理方法正确写法：

func tableView(_ tableView: UITableView, moveRowAt sourceIndexPath: IndexPath, to destinationIndexPath: IndexPath) {
    // 第一步：先把数据源里的元素挪位置
    let movedElement = dataList.remove(at: sourceIndexPath.row)
    dataList.insert(movedElement, at: destinationIndexPath.row)
    
    // 这里绝对不要调用tableView.moveRow(at:to:)！表格已经自己处理UI移动了！
}

如果是你主动要移动行（比如按钮点击触发），流程是反过来的：

@IBAction func triggerManualMove(_ sender: UIButton) {
    // 第一步：先更新数据源
    let movedElement = dataList.remove(at: 0)
    dataList.insert(movedElement, at: 2)
    
    // 第二步：再调用实例方法让UI同步
    tableView.moveRow(at: IndexPath(row: 0, section: 0), to: IndexPath(row: 2, section: 0))
}

最后总结一下 #

• 代理方法是让你同步数据的，别在里面操作UI移动；
• 实例方法是让你主动动UI的，但必须先改数据源；
• 两者千万别在对方的流程里互相调用，不然就是给表格内部状态添乱，崩溃是必然的。

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