iOS-UIResponse之事件响应链及其事件传递

UIResponse之事件响应链及其事件传递

我们的App与用户进行交互，基本上是依赖于各种各样的事件。一个视图是一个事件响应者，可以处理点击等事件，而这些事件就是在UIResponder类中定义的。

在UIKit中，UIApplication、UIView、UIViewController这几个类都是直接继承自UIResponder类。另外SpriteKit中的SKNode也是继承自UIResponder类。因此UIKit中的视图、控件、视图控制器，以及我们自定义的视图及视图控制器都有响应事件的能力。这些对象通常被称为响应对象，或者是响应者(以下我们统一使用响应者)。

什么是响应链

大多数事件的分发都是依赖响应链的。响应链是由一系列链接在一起的响应者(UIResponse子类)组成的。一般情况下，一条响应链开始于第一响应者，结束于application对象。如果一个响应者不能处理事件，则会将事件沿着响应链传到下一响应者。

创建响应链

我们都知道在一个App中，所有视图是按一定的结构组织起来的，即树状层次结构。除了根视图外，每个视图都有一个父视图；而每个视图都可以有0个或多个子视图。而在这个树状结构构建的同时，也构建了一条条的事件响应链。

也就是说，响应链是随着我们界面的搭建，而创建的。当我们调用addSubView：等搭建界面的方法时，默认的我们也创建了一个响应链的连接。而且这个响应链也不是一个响应链，准确的来说，应该是一个响应树。

例如，我们创建了一个视图：

对应的系统将自动创建一个响应链树：

获取第一响应者

既然响应树在搭建界面，组织app结构的时候形成了，那么针对于一个事件（UIEvent）的响应链是怎么形成的呢？

一般情况下，一条响应链开始于第一响应者，结束于application对象。因此我们只要确定第一响应者，就可以确定整条响应链了。

下面是获取第一响应者的方法:

当用户触发某一事件(触摸事件或运动事件)后，UIKit会创建一个事件对象(UIEvent)，该对象包含一些处理事件所需要的信息。然后事件对象被放到一个事件队列中。这些事件按照先进先出的顺序来处理。当处理事件时，程序的UIApplication对象会从队列头部取出一个事件对象，将其分发出去。通常首先是将事件分发给程序的主window对象，对于触摸事件来讲，window对象会首先尝试将事件分发给触摸事件发生的那个视图上。这一视图通常被称为hit-test视图，而查找这一视图的过程就叫做hit-testing。

系统使用hit-testing来找到触摸下的视图，它检测一个触摸事件是否发生在相应视图对象的边界之内(即视图的frame属性，这也是为什么子视图如果在父视图的frame之外时，是无法响应事件的)。如果在，则会递归检测其所有的子视图。包含触摸点的视图层次架构中最底层的视图就是hit-test视图。在检测出hit-test视图后，系统就将事件发送给这个视图来进行处理。

以刚刚视图为代表，讲述讲述hit-testing过程

假设用户点击了视图E，系统按照以下顺序来查找hit-test视图：

1. 点击事件发生在视图A的边界内，所以检测子视图B和C；
2. 点击事件不在视图B的边界内，但在视图C的边界范围内，所以检测子图片D和E；
3. 点击事件不在视图D的边界内，但在视图E的边界范围内；

视图E是包含触摸点的视图层次架构中最底层的视图(倒树结构)，所以它就是hit-test视图。

因此，我们就可以得到此点击事件的响应链了

下面是hit-testing详细介绍:

iOS事件分发机制（一） hit-Testing

iOS事件分发机制（二）The Responder Chain

通过事件响应链, 传递事件

刚刚获取了事件响应链，现在我们可以把事件放在响应链上进行传递了。

最有机会处理事件的对象是hit-test视图或第一响应者。如果这两者都不能处理事件，UIKit就会将事件传递到响应链中的下一个响应者。每一个响应者确定其是否要处理事件或者是通过nextResponder方法将其传递给下一个响应者。这一过程一直持续到找到能处理事件的响应者对象或者最终没有找到响应者。

参考地址

http://southpeak.github.io/blog/2015/03/07/uiresponder/