ScrollView嵌套TableView时didSelect失效 仅屏幕顶部Cell可响应

iOS的触摸事件命中测试，是严格沿着视图的真实frame边界判断的，和视图的显示范围、ScrollView的滚动覆盖范围没有直接关联。你遇到的“仅屏幕顶部Cell能触发didSelect、其余位置Cell点击无响应”的问题，核心诱因就是嵌套链路中某一层视图的真实交互范围没覆盖到对应Cell的显示区域，导致触摸事件被外层的ScrollView直接拦截，根本传递不到TableView和Cell内部——哪怕你给Cell加了按钮也没用，因为事件根本到不了那层。

1. 先定位frame异常的节点 #

• 直接打开Xcode的Debug View Hierarchy功能，选中嵌套链上的中间UIVIew、TableView两层视图，看右侧面板显示的Real Frame参数：
  • 重点核对两个视图的高度值，是否能覆盖TableView所有Cell的总高度。绝大多数这类问题的根源，是只手动改了ScrollView的contentSize，却没同步把中间UIVIew、TableView的frame高度撑到和内容匹配，导致这两层的真实交互范围只覆盖了屏幕顶部一小段，落在范围外的Cell哪怕正常渲染显示，触摸也会被外层ScrollView直接拦走。
  • 顺着视图链从外层往内层核对每一层的userInteractionEnabled属性，确认没有哪一层被误设成关闭交互的状态。

2. 修正嵌套约束的全链路绑定 #

• 首先必须把TableView的scrollEnabled设为NO。两个UIScrollView子类组件嵌套时，如果TableView保持可滚动状态，会和外层ScrollView争抢触摸响应权，哪怕显示完全正常，也极易出现点击无响应、滚动逻辑冲突的问题。
• 不要单独硬编码设置ScrollView的contentSize，要顺着层级做全链路的尺寸绑定：
  • 等TableView完成全部Cell的布局后，读取它的真实内容高度（即tableView.contentSize.height）
  • 把中间嵌套的UIVIew的高度约束，设置为等于上面拿到的TableView真实内容高度，不要凭感觉写死一个大概值
  • 把TableView的上下左右四个约束，全部贴死到中间UIVIew的四个边，让TableView的frame完全继承父视图的尺寸，保证TableView的交互范围和自身显示的Cell区域完全重合
  • 最后ScrollView的contentSize高度，直接取中间UIVIew完成布局后的实际高度即可，不需要单独手动计算赋值

3. 排查事件拦截的逻辑 #

• 检查你是否给外层ScrollView实现了gestureRecognizerShouldBegin:之类的手势代理方法，确认逻辑里没有误拦截TableView覆盖区域的触摸事件
• 可以临时在TableView的上半段、下半段显示区域，各加一个透明测试按钮，如果按钮的点击事件也无法触发，就能100%确认是视图frame未覆盖到位的问题，和TableView本身的代理逻辑、Cell内的事件绑定无关

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