UITableView的didSelectRowAt滚动后点击返回错误indexPath是什么原因？

核心原因梳理 #

• 最常见诱因是UITableView的自动预估行高缓存失效。你如果设置了estimatedRowHeight为自动维度或者固定估算值，当快速滚动后立即点击时，UIKit内部因为实际行高和预估行高偏差过大，会错误计算点击位置对应的indexPath，这是UIKit的已知常见问题。
• 第二个可能是数据源users的更新时机不同步：如果滚动过程中你有异步线程修改users数组的操作（比如追加数据、删除数据），但修改后没有及时在主线程调用列表的刷新方法，会导致列表渲染的cell位置和数据源的索引对应不上，点击时自然取到错误的用户数据。
• 第三个可能是自定义手势冲突：如果给cell或者UITableView添加了自定义的点击/滑动手势，手势的触发优先级高于系统的didSelect回调，或者手势拦截了触摸事件，会导致系统返回的indexPath是手势触发前的旧值。

对应修复方案 #

针对预估高度问题 #

如果你的cell行高是动态计算的，优先实现高度缓存逻辑：

1. 提前计算每个indexPath对应的cell高度，存入全局的高度缓存数组
2. 实现tableView(_:heightForRowAt:)返回缓存的准确高度，关闭预估行高：

tableView.estimatedRowHeight = 0

如果你的cell行高是固定值，直接给rowHeight设为固定值即可，不需要开启自动预估。

针对数据源同步问题 #

所有对users数组的修改操作必须在主线程执行，修改后立即调用对应的列表刷新方法：

• 全量更新数据源调用tableView.reloadData()
• 局部增删改数据调用insertRows(at:with:)/deleteRows(at:with:)/reloadRows(at:with:)，保证数据源和列表渲染状态完全一致。

针对手势冲突问题 #

检查所有自定义手势的配置，将不需要拦截系统点击的手势的cancelsTouchesInView属性设为false，也可以实现手势代理方法，在列表处于滚动状态时禁止自定义手势触发。

验证方法 #

你可以在didSelectRowAt方法中加入以下代码，对比系统返回的indexPath和手动通过点击位置计算的indexPath是否一致，快速定位问题：

let touchPoint = tableView.panGestureRecognizer.location(in: tableView)
if let calculatedIndexPath = tableView.indexPathForRow(at: touchPoint), calculatedIndexPath != indexPath {
    print("系统返回indexPath错误，实际应为\(calculatedIndexPath)，当前返回\(indexPath)")
}

如果打印结果显示两个indexPath不一致，即可确认是预估行高导致的问题。

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