iOS事件传递和响应机制

参考文档：https://juejin.im/post/5a6abaff5188257350516efe
事件传递：
事件产生之后，会被加入到由UIApplication管理的事件队列里，接下来开始自UIApplication往下传递，首先会传递给主window，然后按照view的层级结构一层层往下传递，一直找到最合适的view（发生touch的那个view）来处理事件。查找最合适的view的过程是一个递归的过程，其中涉及到两个重要的方法 hitTest:withEvent:和pointInside:withEvent:
当事件传递给某个view之后，会调用view的hitTest:withEvent:方法，该方法会递归查找view的所有子view，其中是否有最合适的view来处理事件，整个流程如下所示：

事件传递路径

1、pointInside:withEvent:方法作用是判断点是否在视图内，是则返回YES，否则返回NO
2、判断一个view是否能够接收事件有三个条件，分别是，是否禁止用户交互（userInteractionEnabled = NO），是否被隐藏（hidden = YES）以及透明度是否小于等于0.01（alpha <=0.01）
3、从递归的逻辑我们知道，如果触摸的点不在父view上，那么其上的所有子view的hitTest都不会被调用，需要指出的是，如果子view尺寸超出了父view，并且属性clipsToBounds设置为NO（也就是子view超出部分不被裁剪），触摸发生在子view超出父view的区域内，依旧不返回子view。反过来，如果触摸的点在父view上并且父view就是最合适的view，那么它的所有子view的hitTest还是会被调用，因为如果不调用就无法知道是否还有比父view更合适的子view存在。

事件的响应机制：
事件的响应和事件的传递刚好是相反的，事件的响应走找到的最合适的View开始，如果这个view没有touches方法则沿着响应者链向上抛出事件。
响应者链
在应用程序中，视图放置都是有一定层次关系的，点击屏幕之后该由下方的哪个view来响应需要有一个判断的方式。响应者链是由一系列可以响应事件的对象（继承于UIResponder）组成的，它决定了响应者对象响应事件的先后顺序关系。下图展示了UIApplication，UIViewcontroller以及UIView之间的响应关系链：

响应者链

响应者链在递归查找最合适的view的时候形成，所找到的view将成为第一响应者，会调用它的touches方法来响应事件，touches方法默认的处理是将事件往上抛给下一个响应者，而如果下一个响应者的touches方法没有重写，事件会继续沿着响应者链往上走，一直到UIApplication，如果依旧不能处理事件那么事件就被丢弃。

UIView
如果view是viewcontroller的根view，那么下一个响应者是viewcontroller，否则是super view

UIViewcontroller
如果viewcontroller的view是window的根view，那么下一个响应者是window；如果viewcontroller是另一个viewcontroller模态推出的，那么下一个响应者是另一个viewcontroller；如果viewcontroller的view被add到另一个viewcontroller的根view上，那么下一个响应者是另一个viewcontroller的根view

UIWindow
UIWindow的下一个响应者是UIApplication

UIApplication
通常UIApplication是响应者链的顶端（如果app delegate也继承了UIResponder，事件还会继续传给app delegate）