iOS有哪些事件：
1.运动事件 2.远程控制事件 3.触摸事件 ，我们平时开发遇到的最多的事件也就是触摸事件了，这里主要是对触摸事件进行一个总结。
一.触摸事件传递的简单分析：
我们先分析一下View
图1
如上图1所示，在view里面会有三个子视图view，层次关系如下，如果点击蓝色的View，程序是如何找到被点击的view呢？通过在每个view的.m文件中添加以下图二两个方法进行验证
图2
最终结果是先触发粉红色view的hitTest方法——>红色view的hitTest方法——>蓝色view的hitTest方法，我们可以总结出：上图的点击中，首先会判断点击区域是不是在bounds范围里面，是，则遍历（黑色的view）subView，遍历顺序是反序的。即先查找粉红色是不是在你的区域，是，粉红色的subview（反序来遍历），此时粉红色没有subview，则去查找红色的view，没找到，则继续查找蓝色的view，最终在蓝色区域找到了点击事件则返回。
具体的流程可以参考下图3
图3
所以我们可以通过hitTest与pointInside这两个个方法去找被点击的某个view。这里补充一下，alpha，hidden，userInteractionEnabled这几个因素会影响hitTest的流程。
二.响应链的组成：
在我们点击某个区域，通过上面的方式找到相关的view后，又是怎么一层层进行响应的呢，我们都知道UIView继承于UIResponder的，这里UIRseponder里面也封装了许多方法供我们使用，这里看一下图4
图4当我们点击完通过hitTest与pointInside返回目标view时，则会调用图4的touchesBegan方法，在这里我们可以打个断点，控制台一层层po “self.nextResponder”，会发现响应在一层一层的往上传递，最终传递到Appdelegate停止。我们分析可以总结出，当点击一个view，它的touchesBegan等方法会通过调用 [super touchesBegan:touches withEvent:event]等方法一层层往上传递，大致的流程:
点击view->superview-viewController->UIWindow->UIApplication->AppDelegate
也可以参考下图5理解响应链的传递
图5三.手势事件
1.手势和hitTest与pointInside的关系：
我们可以在一个view上添加手势，不修改pointInside返回值(正常情况下返回YES)则可以响应手势，然后把pointInside方法返回值强行设置为NO，会发现手势失效。可以得出结论：必须通过hitTest与pointInside找到view，才能响应view的手势事件。另外，通过pointinside、hittest找到view，那么可以响应它和superview的手势；但是不会响应子view的手势。
2.手势的种类是怎么分辩出来：
手势也有自己的四个touches方法（图4），主要是通过四个方法调用的组合来确认的。
四.Button事件
1.button和hitTest与pointInside的关系及button种类分辨与手势的分析是一样的。
2.button被点击的时候，进行响应，背后发生了什么事情：
首先会通过hitTest与pointInside找到button，然后在通过四个touches方法确定点击的类型，最好内部调用-(void)sendAction:(SEL)action to:(id)target forEvent:(UIEvent *)event 来执行点击Button的点击方法。
网友评论