iOS中如何检测UITableView单元格是否正处于滑动操作过程中

核心原理 #

你遇到的问题本质是：UITableView 对单元格的滑动操作（不管是 leadingSwipeActionsConfigurationForRowAt 还是 trailing 方向的自定义滑动）会让单元格进入临时偏移的交互状态，这个状态下表格触发的所有重布局操作（reloadData()、beginUpdates()/endUpdates()、行增删移动）都会强制把所有单元格重置回初始未偏移位置，直接打断正在进行的滑动交互。
系统本身提供了专属回调来感知这个临时交互的开始和结束，不需要手动监听手势、逐帧判断cell的frame偏移。

具体实现步骤 #

• 定义状态标记与待执行更新队列
  用两个私有属性追踪当前交互状态，暂存需要延迟执行的表格更新闭包：

  private var isSwipeInteractionActive = false
  private var pendingUpdateBlocks: [() -> Void] = []
  

• 接入系统的滑动交互生命周期回调
  实现UITableView的两个专属代理方法，精准捕捉交互的开始和结束。这两个方法从iOS 8开始就存在，兼容所有iOS11+的swipe actions场景，不管是leading还是trailing方向的自定义滑动操作，都会正确触发对应的生命周期回调：

  // 用户开始滑动拉出单元格操作面板时立即触发
  func tableView(_ tableView: UITableView, willBeginEditingRowAt indexPath: IndexPath) {
      isSwipeInteractionActive = true
  }
  
  // 滑动交互完全结束（不管是松手取消、还是点击操作按钮）后触发
  func tableView(_ tableView: UITableView, didEndEditingRowAt indexPath: IndexPath?) {
      // 留极短等待时间，让单元格滑回原位的动画走完，避免更新打断回收动画
      DispatchQueue.main.asyncAfter(deadline: .now() + 0.1) { [weak self] in
          guard let self = self else { return }
          self.isSwipeInteractionActive = false
          // 按顺序执行所有暂存的更新操作
          let blocks = self.pendingUpdateBlocks
          self.pendingUpdateBlocks.removeAll()
          blocks.forEach { $0() }
      }
  }
  

• 封装统一的表格更新入口
  把所有之前直接调用的更新逻辑，替换为走统一的判断逻辑，交互进行中就暂存，交互结束就执行：

  func performTableUpdate(_ updateBlock: @escaping () -> Void) {
      // 滑动交互过程中，把更新块暂存，不直接触发表图重布局
      guard !isSwipeInteractionActive else {
          pendingUpdateBlocks.append(updateBlock)
          return
      }
      updateBlock()
  }
  

  替换原有直接更新的调用：

  // 原直接调用 reloadData() 的位置
  performTableUpdate {
      self.tableView.reloadData()
  }
  
  // 原直接调用 beginUpdates()/endUpdates() 的位置
  performTableUpdate {
      self.tableView.beginUpdates()
      // 原有行插入、删除、移动的业务逻辑
      self.tableView.endUpdates()
  }
  

常见踩坑提醒 #

• 不要用tableView.isEditing判断滑动交互状态：这个属性对应的是长按进入的批量编辑模式，和单个单元格的临时滑动偏移状态无关，临时滑动交互不会修改这个属性的值。
• 不要用UIScrollView的滚动代理捕捉交互状态：普通表格滚动会修改tableView的contentOffset，但单元格的滑动操作位移是直接修改cell自身的frame，不会改变contentOffset，靠scrollViewDidScroll这类回调根本抓不到滑动交互的状态。
• 暂存的更新闭包要注意循环引用：闭包里引用类的属性时，记得用[weak self]修饰，避免内存泄漏。
• 当交互结束后暂存的更新操作较多时，可以合并成一次重布局执行，不需要每个块都单独触发一次beginUpdates/endUpdates，减少多次布局的性能消耗。

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