iOS中事件的传递和响应者链条

在iOS 开发中，常见的事件有三种类型，分别是：

（1）触摸事件：平常手指在屏幕上滑动，产生的事件都是触摸事件

（2）加速计事件：微信的摇一摇就是典型的加速计事件

（3）远程控制事件：耳机控制歌曲上一首、下一首、暂停就是远程控制事件的应用。

在触摸事件中，通常情况下，点击哪个控件，哪个控件就会产生反应。比如说，点击确定按钮，确定按钮会响应该事件，点击取消按钮，取消按钮会响应该事件。那么，系统是如何决定哪一个视图（控件）来响应该事件呢？

当发生触摸事件后，系统会将该事件加入到一个由 UIApplication 管理的队列中，UIApplication 会从事件队列中取出最前面的事件，并将事件分发下去以便处理，通常，先发送事件给应用程序的主窗口。主窗口会在整个视图层次结构中找到一个最合适的视图来处理该触摸事件。找到合适的视图控件后，就会调用该控件响应的方法来处理触摸事件，常用的方法有：

touchesBegan...

touchesMoved...

touchesEnded...

touchesCancelled...

在app 开发中，一个控制器下通常不止一个控件，那么发生触摸事件后，哪一个控件是最合适处理该事件的呢？

在确定最合适控件的过程中，遵循以下原则：

（1）判断自己能否接收触摸事件，如果不能，直接返回；如果能，到第（2）步

（2）判断触摸点是否在自己身上，如果不在，直接返回；如果在，到第（3）步

（3）从后往前遍历子控件，重复前两步

（4）如果没有符合条件的子控件，那么自己就是最适合处理该触摸事件的控件。

举例如下：

其中，绿色view和橙色 view都是白色view的子控件（假设先加入了绿色view，后加入了橙色view），蓝色view和红色view都是橙色view的子控件，黄色view是蓝色view的子控件。

当点击绿色view时，事件先传递到白色view。白色view满足条件（1），到步骤2，触摸点在自己身上，到步骤3，对橙色view做步骤（1）和步骤（2），不满足步骤（2），回退，对绿色view做步骤（1）和步骤（2），均满足，到步骤（3），没有子控件，到步骤（4），自己就是最合适的控件（绿色view）。整个的流程如下：

白色view --->橙色view（橙色view不满足步骤2，因此遍历绿色view）

---->绿色view（满足步骤1和步骤2），没有子控件，所以绿色view是最适合处理该触摸事件的控件。

当点击黄色view时，流程如下：

白色view --->橙色view --->红色view（红色view覆盖了蓝色view，可知红色view是后加入的。红色view不满足条件2，因此到蓝色view）

--->蓝色view --->黄色view(黄色view没有子控件，所以黄色view是最适合处理该触摸事件的控件)。

也就是说，在寻找最合适的子视图时，是从父视图控件开始，一层一层向下寻找的。

在找到最合适的视图控件后，就会调用控件的 touchesBegan... 等方法。这些touches的默认做法是将事件顺着响应者链条向上传递，交给上一个响应者处理。

假设点击了上图中的黄色控件，如果黄色控件不处理该触摸事件，会将该事件交给蓝色控件处理；如果蓝色控件不处理该控件，会将该控件交给橙色控件处理；如果橙色控件不处理该事件，会将该事件交给白色控件来处理；如果白色控件不处理该事件，白色控件会交给控制器来处理；如果控制器不处理该事件，控制器会交给主窗口处理该事件；如果主窗口不处理该事件，主窗口会交给UIApplication来处理该事件；如果UIApplication也不处理该事件，则该事件会被丢弃，不做处理。因此说，事件的处理过程是顺着响应者链条向上传递的。

示意图如下：

左侧是单控制器，右侧是多控制器。

响应者链的事件传递过程总结如下：

1.如果view的控制器存在，就传递给控制器处理；如果控制器不存在，则传递给它的父视图

2.在视图层次结构的最鼎城，如果也不能处理收到的事件，则将事件传递给window对象进行处理

3.如果window对象也不处理，则将事件传递给 UIApplication对象

4.如果UIApplication也不能处理该事件，则将该事件丢弃。

上传一个验证响应者链的代码（MJ所写）

http://files.cnblogs.com/files/acBool/06-%E5%93%8D%E5%BA%94%E8%80%85%E9%93%BE%E6%9D%A1.zip