响应链遇到手势，问题分析

手势是ios开发不可或缺的一部分，但对于ios的手势及事件相应机理大家并不知道，所以今天给大家讲一讲ios的事件相应机理

首先，ios的事件传递是依靠“响应链”传递的，当传递到链的某一个链环上的对象处理了这个事件，事件就停止传递。那么响应链是神马东西？

响应链是由一组UIResponder（能够响应时间的基类）组成的对象，当然有事件头和事件尾，事件从头开始传递的，挨个询问是否处理当前事件。处理的话，就停止传递。

对于一个App的“响应链”是如何建立的，建立需要什么东西。

我们先说app的结构，一般的app是先生成一个AppDelegate 和一个Application，然后加Window，在加rootview，在加其他的view如下图

                                                    

                                                                                                                          图1

从图中可以看出，app的生成次序，先是AppDelegate 和UIApplication，然后是Window ，下来是各种view，而响应链也是在这种结构的基础上链接起来的，形成了一个树形结构。

从图中可以看出红色的标号和箭头，这个是响应链的顺序。那么响应链是如何产生的呢，有以下两种情况。

1.addsubview，将一个普通的view B加到 A上 那么B的nextresponder（下一个响应者） 就被赋值为A。

2.如果一个veiw不是普通的view，它是某个viewcontroller的根veiw，例如图中的A，A的nextresponder在A从初始化完后就赋值为viewControllerA。然后当A被addsubview到rootview的时候，Controller A的nextresponder被复制为rootview。

响应链的构建不是统一在某一个地方一次构建，而是当产生addsubview时或者在viewController 初始化view时就会触发。触发的仅仅是两个对象，superview和 subview，或者是superview和subview的viewcontroller

既然响应链是一个树形结构，那么事件也就不能view的兄弟之间传递。

补充，UIApplication的nextresponder是AppDelegate

讲完响应链，那么下来事件是如何传递的。

首先，当用户触摸时，UIKit先创建一个事件对象，加到事件队列中去，然后UIApplication从中取出来，然后来确定响应链，然后依次询问处理。

如何确定响应链。

有个hittesting过程。如下

首先先找到window ，

1.调用hitTest:withEvent:，hitTest:withEvent:先调用pointInside:withEvent:来判断事件是否发生在自己的区域内

2.如果返回YES，那么就从window的每个subview开始调用1过程。然后一层一层调用下去找到最顶部的view。

当然了hitTest:withEvent:在除了pointInside:withEvent:同时，还会参考view的userinteractionenabled和view的隐藏属性及alpha值，当view隐藏，或者userinteractionenabled为NO，或者alpha小于0.01， hitTest:withEvent:会返回NO。比如说view A 和view B，如下图

                                                                                         

                                                                                                                                 图2

A和B的superview 首先会调hitTest:withEvent:在B上，发现B隐藏，或者userinteractionenabled为NO，或者alpha小于0.01，那么它就放弃了B，转而检查A。

以上就是确定响应链，然后传递就很简单了。但是有了手势以后，稍微复杂了点。

首先，我们每个手势，其实是一系列的UIEvent。

1，每次传递其中有一个，他会从响应链的最前面开始传递，先讲event传递给响应链顶部的View的手势们。然后看有没有识别的，如果没有就继续到下一个响应者的手势们，如果立即识别，那么就停止传递。如果传递了整个链，还没有发现有识别的，怎么办呢。别以为事件就丢掉了，事件会从回到链的最前端，然后开始找第一个实现touch（touchbegin，touchend，等等）的view进行识别，然后停止本次传递。

2.从事件中再取出一个，继续进行1过程。最终到没有事件位置。

注意：View判断能否处理  的标准是  1、手势的响应 2、继承于UIControl 3、继承于UIScroll  都会阻断响应者链条的往上传递，就停止传递 

 

可以简单理解，响应链跟事件传递时的顺序相反
事件传递先从上往下（UIApplication->window->view），响应是从下往上。

touches默认做法是把事件顺着响应者链条向上抛，直到找到重写了该方法的。否则，最后该事件作废。

touches的默认做法： 

@implementation MyView 
//只要点击控件,就会调用touchBegin,如果没有重写这个方法,自己处理不了触摸事件
// 上一个响应者可能是父控件
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event{ 
    // 默认会把事件传递给上一个响应者,上一个响应者是父控件,交给父控件处理
    [super touchesBegan:touches withEvent:event]; 
    // 注意不是调用父控件的touches方法，而是调用父类的touches方法
    // super是父类 superview是父控件 
}
@end