IOS学习之事件的产生传递与响应

---

一、触摸事件

1.1 响应者对象（UIResponder）

在IOS中，只有继承了UIResponder的对象才能接受并处理事件，我们称之为“响应者对象”。以下都是继承自UIResponder的，所以都能接收并处理事件。

• UIApplication
• UIViewController
• UIView

那么为什么继承自UIResponder的类就能够接收并处理事件呢？
· 因为UIResponder中提供了以下4个对象方法来处理触摸事件。

-  (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
-  (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
-  (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
-  (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;

1.2 事件处理

自定义UIResponder子类例如UIView，处理触摸事件时，需要重写上面提到的四个方法：

• 如果两根手指同时触摸一个view，那么view只会调用一次touchesBegan:withEvent:方法，touches参数中装着2个UITouch对象
• 如果这两根手指一前一后分开触摸同一个view，那么view会分别调用2次touchesBegan:withEvent:方法，并且每次调用时的touches参数中只包含一个UITouch对象
• 重写以上四个方法，如果是处理UIView的触摸事件。必须要自定义UIView子类继承自UIView。因为苹果不开源，没有把UIView的.m文件提 供给我们。我们只能通过子类继承父类，重写子类方法的方式处理UIView的触摸事件（注意：我说的是UIView触摸事件而不是说的 UIViewController的触摸事件）。
• 如果是处理UIViewController的触摸事件，那么在控制器的.m文件中直接重写那四个方法即可！

---

二、触摸事件的产生与传递

2.1 触摸事件的产生

• 产生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中；
• UIApplication会从事件队列中取出最前面的事件，并将事件发送给应用程序的主窗口；
• 主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件；
• 找到合适的视图控件后，就会调用视图控件的touches方法来作具体的事件处理。

注意：

那么应用如何才能找到最合适的控件来处理事件呢？

• 首先判断主窗口自己是否能接受触摸事件?
• 判断触摸点是否在自己身上?
• 子控件数组中从后往前遍历子控件，重复前面的两个步骤;
• 如果没有符合条件的子控件，那么就认为自己最合适处理这个事件。

如果UIView不能接收触摸事件,那么可能是：

• 不允许交互：userInteractionEnabled = NO;
• 隐藏：如果把父控件隐藏，那么子控件也会隐藏，隐藏的控件不能接受事件;
• 透明度：如果设置一个控件的透明度<0.01，会直接影响子控件的透明度。alpha：0.0~0.01为透明。

寻找最合适的view底层剖析：

• hitTest:withEvent:方法
  事件的传递顺序是这样的：
  　　产生触摸事件->UIApplication事件队列->[UIWindow hitTest:withEvent:]->返回更合适的view->[子控件 hitTest:withEvent:]->返回最合适的view
• pointInside方法
  判断点在不在当前view上（方法调用者的坐标系上）如果返回YES，代表点在方法调用者的坐标系上;返回NO代表点不在方法调用者的坐标系上，那么方法调用者也就不能处理事件。

2.2 触摸事件的传递

• 触摸事件的传递是从父控件传递到子控件
• 也就是UIApplication->UIWindow->寻找处理事件最合适的view

---

三、触摸事件的响应

3.1 触摸事件处理的整体流程

1> 用户点击屏幕后产生的一个触摸事件，经过一系列的传递过程后，会找到最合适的视图控件来处理这个事件；
2> 找到最合适的视图控件后，就会调用控件的touches方法来作具体的事件处理touchesBegan，touchesMoved，touchedEnded；
3> 这些touches方法的默认做法是将事件顺着响应者链条向上传递（也就是touch方法默认不处理事件，只传递事件），将事件交给上一个响应者进行处理。

3.2 响应者链条

响应者链条：

在iOS程序中无论是最后面的UIWindow还是最前面的某个按钮，它们的摆放是有前后关系的，一个控件可以放到另一个控件上面或下面，那么用户点击某个控件时是触发上面的控件还是下面的控件呢，这种先后关系构成一个链条就叫“响应者链”。也可以说，响应者链是由多个响应者对象连接起来的链条。

响应者对象：

能处理事件的对象，也就是继承自UIResponder的对象

作用：

能很清楚的看见每个响应者之间的联系，并且可以让一个事件多个对象处理。

如何判断上一个响应者？

• 1> 如果当前这个view是控制器的view,那么控制器就是上一个响应者
• 2> 如果当前这个view不是控制器的view,那么父控件就是上一个响应者

响应者链的事件传递过程:

1>如果当前view是控制器的view，那么控制器就是上一个响应者，事件就传递给控制器；如果当前view不是控制器的view，那么父视图就是当前view的上一个响应者，事件就传递给它的父视图；
2>在视图层次结构的最顶级视图，如果也不能处理收到的事件或消息，则其将事件或消息传递给window对象进行处理；
3>如果window对象也不处理，则其将事件或消息传递给UIApplication对象
4>如果UIApplication也不能处理该事件或消息，则将其丢弃

事件处理的整个流程总结：

1.触摸屏幕产生触摸事件后，触摸事件会被添加到由UIApplication管理的事件队列中；
2.UIApplication会从事件队列中取出最前面的事件，把事件传递给应用程序的主窗口；
3.主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。
4.最合适的view会调用自己的touches方法处理事件
5.touches默认做法是把事件顺着响应者链条向上传。

事件的传递与响应：

1、当一个事件发生后，事件会从父控件传给子控件，也就是说由UIApplication -> UIWindow -> UIView -> initial view,以上就是事件的传递，也就是寻找最合适的view的过程。
2、接下来是事件的响应。首先看initial view能否处理这个事件，如果不能则会将事件传递给其上级视图；如果上级视图仍然无法处理则会继续往上传递；一直传递到视图控制器view controller，首先判断视图控制器的根视图view是否能处理此事件；如果不能则接着判断该视图控制器能否处理此事件，如果还是不能则继续向上传 递，一直到 window，如果window还是不能处理此事件则继续交给application处理，如果最后application还是不能处理此事件则将其丢弃。
3、在事件的响应中，如果某个控件实现了touches...方法，则这个事件将由该控件来接受，如果调用了[super touches….];就会将事件顺着响应者链条往上传递，传递给上一个响应者；接着就会调用上一个响应者的touches….方法

如何做到一个事件多个对象处理：

因为系统默认做法是把事件上传给父控件，所以可以通过重写自己的touches方法和父控件的touches方法来达到一个事件多个对象处理的目的。

事件的传递和响应的区别：

事件的传递是从上到下（父控件到子控件），事件的响应是从下到上（顺着响应者链条向上传递：子控件到父控件。