一、事件传递和事件响应链

按照时间顺序，事件的生命周期是这样的：　　事件的产生和传递（事件如何从父控件传递到子控件并寻找到最合适的view、寻找最合适的view的底层实现、拦截事件的处理）->找到最合适的view后事件的处理（touches方法的重写，也就是事件的响应）

iOS中的事件可以分为3大类型：

  • 触摸事件
  • 加速计事件
  • 远程控制事件这里我们只讨论iOS中的触摸事件。

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

  • UIApplication
  • UIViewController
  • UIView

UIResponder提供了4个触摸事件的方法

  1. UIResponder内部提供了以下方法来处理事件触摸事件
  2. // UIView是UIResponder的子类，可以覆盖下列4个方法处理不同的触摸事件
  3. // 一根或者多根手指开始触摸view，系统会自动调用view的下面方法
  4. - (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
  5. // 一根或者多根手指在view上移动，系统会自动调用view的下面方法（随着手指的移动，会持续调用该方法）
  6. - (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
  7. // 一根或者多根手指离开view，系统会自动调用view的下面方法
  8. - (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
  9. // 触摸结束前，某个系统事件(例如电话呼入)会打断触摸过程，系统会自动调用view的下面方法
  10. - (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;
  11. 加速计事件
  12. - (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event;
  13. - (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event;
  14. - (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event;
  15. 远程控制事件
  16. - (void)remoteControlReceivedWithEvent:(UIEvent *)event;

需要注意的是：以上四个方法是由系统自动调用的，所以可以通过重写该方法来处理一些事件。

UITouch对象

  • 当用户用一根手指触摸屏幕时，会创建一个与手指相关的UITouch对象
  • 一根手指对应一个UITouch对象
  • 如果两根手指同时触摸一个view，那么view只会调用一次touchesBegan:withEvent:方法，touches参数中装着2个UITouch对象

  • 如果这两根手指一前一后分开触摸同一个view，那么view会分别调用2次touchesBegan:withEvent:方法，并且每次调用时的touches参数中只包含一个UITouch对象

    作用

  • 保存着跟手指相关的信息，比如触摸的位置、时间、阶段

  • 当手指移动时，系统会更新同一个UITouch对象，使之能够一直保存该手指在的触摸位置
  • 当手指离开屏幕时，系统会销毁相应的UITouch对象提 示:iPhone开发中，要避免使用双击事件！

事件传递

触摸等事件的产生

  • 发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中,为什么是队列而不是栈？因为队列的特点是FIFO，即先进先出，先产生的事件先处理才符合常理，所以把事件添加到队列。
  • UIApplication会从事件队列中取出最前面的事件，并将事件分发下去以便处理，通常，先发送事件给应用程序的主窗口（keyWindow）。

  • 主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件，这也是整个事件处理过程的第一步。找到合适的视图控件后，就会调用视图控件的touches方法来作具体的事件处理。

    事件的传递

  • 触摸事件的传递是从父控件传递到子控件

  • 也就是UIApplication->window->寻找处理事件最合适的view

注意: 如果父控件不能接受触摸事件，那么子控件就不可能接收到触摸事件

应用如何找到最合适的控件来处理事件？

  • 1.首先判断主窗口（keyWindow）自己是否能接受触摸事件
  • 2.判断触摸点是否在自己身上
  • 3.子控件数组中从后往前遍历子控件，重复前面的两个步骤（所谓从后往前遍历子控件，就是首先查找子控件数组中最后一个元素，然后执行1、2步骤）
  • 4.view，比如叫做fitView，那么会把这个事件交给这个fitView，再遍历这个fitView的子控件，直至没有更合适的view为止。
  • 5.如果没有符合条件的子控件，那么就认为自己最合适处理这个事件，也就是自己是最合适的view。

UIView不能接收触摸事件的三种情况：

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

注意:默认UIImageView不能接受触摸事件，因为不允许交互，即userInteractionEnabled = NO。所以如果希望UIImageView可以交互，需要设置UIImageView的userInteractionEnabled = YES。
响应链 - 图1

寻找事件响应的view的关键方法

hitTest:withEvent:方法
pointInside方法

  • 只要事件一传递给一个控件,这个控件就会调用他自己的hitTest：withEvent：方法
  • 不管子控件是不是最合适的view，系统默认都要先把事件传递给子控件，经过子控件调用子控件自己的hitTest:withEvent:方法验证后才知道有没有更合适的view。
  • pointInside:withEvent:方法判断点在不在当前view上（方法调用者的坐标系上）如果返回YES，代表点在方法调用者的坐标系上;返回NO代表点不在方法调用者的坐标系上，那么方法调用者也就不能处理事件。

事件的响应

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

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

  • 如果当前view是控制器的view，那么控制器就是上一个响应者，事件就传递给控制器；如果当前view不是控制器的view，那么父视图就是当前view的上一个响应者，事件就传递给它的父视图
  • 在视图层次结构的最顶级视图，如果也不能处理收到的事件或消息，则其将事件或消息传递给window对象进行处理
  • 如果window对象也不处理，则其将事件或消息传递给UIApplication对象
  • 如果UIApplication也不能处理该事件或消息，则将其丢弃
  • 在事件的响应中，如果某个控件实现了touches…方法，则这个事件将由该控件来接受，如果调用了[supertouches….];就会将事件顺着响应者链条往上传递，传递给上一个响应者；接着就会调用上一个响应者的touches….方法

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

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