Swift 4环境下UITableView无法移动行问题求助

嘿，遇到升级后功能突然罢工的情况确实闹心！我帮你梳理几个高频排查方向，你可以逐一验证：

1. 补全数据源数组的修改逻辑 #

从你贴的代码片段来看，moveRowAt 方法里只取出了要移动的元素，但完全没处理数据源数组的顺序更新——这在iOS 11和Swift 4里是核心问题！系统要求数据源和UI必须严格一致，你得把数组调整的逻辑补全：

override func tableView(_ tableView: UITableView, moveRowAt sourceIndexPath: IndexPath, to destinationIndexPath: IndexPath) {
    // 先从原位置移除元素
    let movedItem = mainArrayTableName.remove(at: sourceIndexPath.row)
    // 插入到目标位置
    mainArrayTableName.insert(movedItem, at: destinationIndexPath.row)
    // 传统数据源下，moveRowAt本身会触发UI更新，重点是确保数组修改正确
}

2. 确认 tableView 已进入编辑模式 #

行移动功能必须在编辑状态下才能触发！你有没有在合适的时机调用开启编辑的代码？比如导航栏编辑按钮的点击事件里：

@IBAction func editButtonTapped(_ sender: UIBarButtonItem) {
    tableView.setEditing(!tableView.isEditing, animated: true)
}

如果没开编辑模式，哪怕canMoveRowAt返回true，也不会出现拖动指示器。

3. 检查自定义目标位置方法的干扰 #

如果你实现了 tableView(_:targetIndexPathForMoveFromRowAt:toProposedIndexPath:) 方法，iOS 11后这个方法的逻辑稍有调整，要是返回了不符合预期的indexPath，会直接拦截行移动。如果不需要自定义移动规则，建议暂时注释掉这个方法试试。

4. 验证代理/数据源是否正确绑定 #

升级过程中很容易不小心断开Storyboard里的连线，或者代码里没正确设置：

// 确保在viewDidLoad里赋值
override func viewDidLoad() {
    super.viewDidLoad()
    tableView.delegate = self
    tableView.dataSource = self
}

5. 排查手势或第三方库冲突 #

iOS 11后系统手势优先级有调整，如果你的项目里有自定义滑动手势、或者侧滑删除类的第三方库，可能和行移动的拖拽手势冲突了。可以暂时禁用这些第三方组件，看看行移动功能是否恢复。

另外，从你提到的演示视频来看：如果看不到拖动指示器，优先检查编辑模式；如果能拖动但松手后位置没变，那肯定是数据源数组没更新到位。

希望这些建议能帮你快速定位问题！

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