UITableView删除行时出现奇怪崩溃问题求助

这个崩溃的核心原因是数据源更新后触发了UITableView的提前刷新，导致在你调用deleteRows(at:with:)之前，UITableView已经重新查询了numberOfRowsInSection，此时数据源的行数已经变为0，而你要删除的行（第0行）在当前数据源中已经不存在，系统就抛出了"attempt to delete row 0 from section 0 which only contains 0 rows before the update"的错误。

为什么会提前刷新？大概率是你的viewModel.users是一个被UI观察的响应式属性（比如SwiftUI的@Published、Combine的Publisher，或者通过didSet发送了刷新通知）。当你执行self.viewModel.users.remove(at: indexPath.row)时，这个变化立刻触发了UITableView的数据源刷新，让numberOfRowsInSection返回了最新的0值，后续的deleteRows操作自然就和当前数据源状态冲突了。

具体解决方案 #

方案1：用UITableView批量更新包裹操作 #

把数据源更新和UI删除操作放在beginUpdates()和endUpdates()之间，这样UITableView会将这两个操作合并为一个原子性的更新，避免中间触发不必要的数据源查询：

func tableView(_ tableView: UITableView, editActionsForRowAt indexPath: IndexPath) -> [UITableViewRowAction]? {
    let deleteAction = UITableViewRowAction(style: .destructive, title: "删除") { [weak self] _, indexPath in
        guard let self = self else { return }
        
        self.usersTableView.beginUpdates()
        // 先更新数据源
        self.viewModel.users.remove(at: indexPath.row)
        // 再执行UI删除
        self.usersTableView.deleteRows(at: [indexPath], with: .automatic)
        self.usersTableView.endUpdates()
    }
    return [deleteAction]
}

方案2：检查并调整响应式监听逻辑 #

如果你的viewModel.users是通过Combine、@Published或者自定义通知来触发UITableView刷新的，比如有类似这样的代码：

// 示例：Combine监听自动刷新
private var cancellable: AnyCancellable?

override func viewDidLoad() {
    super.viewDidLoad()
    cancellable = viewModel.$users.sink { [weak self] _ in
        self?.usersTableView.reloadData()
    }
}

这种情况下，reloadData()会在你删除数据源元素后立刻执行，导致numberOfRowsInSection提前变为0。你可以：

• 替换reloadData()为基于差分的更新（比如使用UITableViewDiffableDataSource），它能自动处理行的插入/删除动画，避免手动操作的冲突；
• 或者在执行删除操作时暂时取消监听，完成后再重新绑定：

let deleteAction = UITableViewRowAction(style: .destructive, title: "删除") { [weak self] _, indexPath in
    guard let self = self else { return }
    
    // 临时取消监听
    self.cancellable?.cancel()
    // 更新数据源+UI
    self.viewModel.users.remove(at: indexPath.row)
    self.usersTableView.deleteRows(at: [indexPath], with: .automatic)
    // 重新绑定监听
    self.cancellable = self.viewModel.$users.sink { [weak self] _ in
        self?.usersTableView.reloadData()
    }
}

方案3：确保数据源与UI操作的顺序一致性 #

如果你没有使用响应式监听，那可能是其他地方触发了UITableView的刷新（比如在viewModel.users的didSet里调用了tableView.reloadData()）。这种情况下，你需要修改didSet的逻辑，让它只在非删除场景下刷新，或者完全手动控制UI更新，去掉自动刷新的逻辑，统一通过deleteRows/insertRows来处理动画。

额外排查点 #

你代码里定义了一个本地数组var users = [Users]()，但numberOfRowsInSection返回的是viewModel.users.count，要确认这个本地数组是否和viewModel.users保持同步？如果没有同步，虽然这次崩溃和它无关，但可能会导致其他潜在问题，建议要么统一使用viewModel.users作为数据源，要么确保两者实时同步。

内容的提问来源于stack exchange，提问作者J. Doe