弹窗内UITableView存在触控死区仅中间单元格可交互的问题咨询

问题复现特征 #

• 交互场景：弹窗内集成UITableView，表格逻辑由父控制器承接实现，表格放置在专属独立UIView容器中，容器位置处于弹窗上部UI容器的下方
• 异常表现：仅列表中间3个单元格（Clara J、Circe、Red Sky）可正常响应选中、accessory按钮触发、表格滚动操作；上下两侧的单元格完全无触控反馈，也无法触发表格滚动
• 复现范围：iPhone、iPad设备可稳定复现，覆盖iOS 12.5.1、iOS 14.4系统版本，开发环境为Xcode 12.4、Swift 5
• 运行效果参照：视觉上列表整体完整展示，无明显错位，但仅中部窄条区域可响应触控

触控死区的常见形成原因 #

• 透明遮挡视图拦截事件
  这是该场景下最高发的诱因：弹窗上部UI的容器视图没有按照实际内容裁剪自身frame，尺寸意外延伸覆盖了表格的上下交互区域；这类遮挡视图通常设置为透明无背景色、无可见内容，但isUserInteractionEnabled默认开启，会直接拦截对应区域的所有触控事件，且不会产生任何视觉感知。因为遮挡范围刚好避开了表格中间3个单元格的位置，就会表现为仅中段可交互。
• UITableView自身frame尺寸计算错误
  AutoLayout约束配置失当时，表格的实际有效交互frame会被压缩到仅能容纳中间3个单元格的高度，但表格的contentSize被设置为全量列表的高度。此时表格上下两侧的内容虽然在视觉上完整渲染，但实际处于自身交互frame的边界之外，默认不会接收触控事件。
• 容器视图的交互边界限制
  承载表格的专属UIView容器如果实际frame尺寸小于预期，且没有通过重写hitTest(_:with:)方法放行超出自身边界的子视图触控，那么表格上下延伸到容器边界外的内容，会因为UIKit默认的触控命中规则被判定为不可交互——即超出父视图frame的子视图，默认不接收传递过来的触控事件。
• 全局手势的事件拦截
  如果弹窗实现了拖拽关闭逻辑，添加的UIPanGestureRecognizer没有将识别范围限制在弹窗头部区域，而是覆盖了整个弹窗的上下边缘区域，就会在触控事件传递给表格之前，被手势优先拦截吃掉，导致对应区域的表格无法响应交互。
• 视图树层级错位
  上下位置的单元格因为复用逻辑异常，没有被添加为UITableView的内部子视图，而是被挪动到了弹窗的其他容器层级上。这类单元格视觉位置和正常列表一致，但脱离了表格的视图树管理，自然无法响应表格的选中回调、accessory按钮事件。

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