iOS开发UI篇—事件传递

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

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

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

对于一个APP的“事件链”是如何建立的，建立需要什么东西。

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

图1

从图中可以看出，app的生成次序，先是appdegate 和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是APPdelete

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

首先，当用户触摸时，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.从时间中再取出一个，继续进行一过程。最终到没有事件位置。

以上就算事件的传递和识别的整个过程。