iOS事件链小记

今天遇到一个简单且富有思考的案例 分享给大家

 常规上图下文，背后是contentView，v2可以响应事件。v3的大小随v1、v2变化。

现在遇到的问题是v2点击后不响应事件，经过多方排查，和其他视图及vc的事件传递没有关联。

最后锁定原因和v3有关，分析如下

我们都知道，iOS有一套事件分发和响应链条。 从进程接收到事件那一刻开始，会传递给UIApplication->UIWindow 然后走hittest、pointInside逐层遍历子视图（继承于UIResponder）。直到找到那个最适合响应事件的view。

之后进入事件响应链，经过优先级判断 视图从上至下 优先级Gesture->UIControl->responder按照基本这个顺序去选择需要响应的视图。

这里的优先级判断UIControl其实也是走的responder的touch事件，只不过在实现了touch方法之后没有向下传递，响应链的传递实际上就是给下一个responder传递事件。

那么回到原题，在这里不考虑v3的父视图以及上层视图造成的影响，什么情况下按钮v2不会响应事件？

经过验证后，这里主要是因为v3视图过小，它的显示范围没有包含到v2，所以出现这种情况。

结论

在hittest和pointinside选择响应视图的时候，pointinside需要通过子视图的位置和大小去判断其是否具备成为响应视图的能力，所以v3的显示范围必须包含到v2的区域，当然，这里也可以重写v3的pointinside去解决。

所以我们在平时研发过程中，一定要注重学习，很多细节上的疏忽都是由于基础知识过于薄弱，看似简单的问题也可能卡壳，当然，是可以换一种方式解决问题，但是我相信那一定不是最好的解决办法。