iOS - 事件处理机制

Apple官方文档中对于事件传递机制的描述是这样的：

在app中，当产生一个事件（比如点击，拖动，摇一摇等）时，UIKit会将这个行为封装成一个event object进行传递，对于不同的event，我们有两种方式进行处理：
1、Touch events. 封装成UIEvent object 传递给hit-test view 来进行处理（下面会具体说什么是hit-test view 以及如何找到hit-test view）。
2、Motion and remote control events. 送给first responder进行处理，具体处理因框架和event本身而定。
这两种方式最终目的就是让系统响应并处理event，下面，具体分析两种响应方式

1、Touch events

顾名思义，Touch events 我们可以简单的理解为‘点击’事件，当发生‘点击’事件时，window object首先传递这个event给‘点击’动作发生的view，这个view就叫做hit-test view，那如何确定这个hit-test view呢？具体过程如下：
iOS 的hit-testing机制首先会判断点击点是否在当前view上，如果在，递归的判断这个点击点是否在view的subview上，直到找到最顶层的view，这个view就是hit-test view ，touch event就传给这个view进行处理，举个栗子：

hitTestView.png

在这个图中，我们点击某个位置P（图中红色位置），
（1）P在View A中，所以我们依次遍历View A的subView，View B和View C
（2）P不在View B中，pass，P在View C中，依次遍历View C的subView，View D和View E
（3）P不在View D中，pass，P在View E中，依次遍历View E的subView，但是我们可以看到，View E没有subView，所以遍历结束，View E就是hit-test view

上述过程的实现依靠UIView提供的两个方法

- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;   // method1
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;   // method2

method2就是用来判断某个点是否在当前view上，method1则遍历自身subview并返回hit-test view,我自己写了个demo：

//redView.m
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    NSLog(@"red view 。。。");
}
  
//greenView.m
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    NSLog(@"green view 。。。");
}
  
//blueView.m
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    NSLog(@"blue view 。。。");
}
  
//orangeView.m
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    NSLog(@"orange view 。。。");
}
  
//ViewController.m的viewDidLoad中
greenView  *greeView =  [[greenView alloc] initWithFrame:CGRectMake(20, 40, 300, 500)];
greeView.backgroundColor = [UIColor greenColor];
[self.view addSubview:greeView];
 
redView *rdView =  [[redView alloc] initWithFrame:CGRectMake(50, 20, 200, 100)];
rdView.backgroundColor = [UIColor redColor];
[greeView addSubview:rdView];
 
blueView *bluView =  [[blueView alloc] initWithFrame:CGRectMake(50, 200, 200, 100)];
bluView.backgroundColor = [UIColor blueColor];
[greeView addSubview:bluView];

orangeView  *orgView =  [[orangeView alloc] initWithFrame:CGRectMake(50, 380, 200, 100)];
orgView.backgroundColor = [UIColor orangeColor];
[greeView addSubview:orgView];

hitTest demo.png

目前我们没有做任何特殊的处理，所以我们点击这四个view的结果都是正常的，我们依次点击绿色、红色、蓝色、橘色的view（下面的输出点击顺序也是这个）

屏幕快照 2017-03-17 15.15.05.png

如果我们现在想让orangeView变得不响应点击事件，怎么办呢？我们就可以借助上面的办法，拦截hitTest方法
在orangeView中覆写如下方法：

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    return nil;
}

再依次点击：

屏幕快照 2017-03-17 15.21.34.png

orange不再响应我们的点击事件，因为hitTest方法返回nil，也就是告诉系统，orangeView响应不了，所以此时hit-test view 就变成了orangeView的父view，也就是greenView.
那我们继续，如果说我们想让orangeView的左半部分可以响应，而右半部分不能响应，怎么办呢？如果覆写hitTest会导致整个View不能响应，那我们可以覆写pointInside：方法

//在orangeView.m中添加
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
{
    //点击点在view的左半边
    if(point.x < 100 && point.x > 0 && point.y > 0 && point.y < 100){       
        return YES;
    }
    return NO;
}

这样，我们可以‘假装’orangeView的左半部分‘不在’点击范围内，从而达到自定义某些位置可以响应而某些位置不能响应的效果，运行效果如下（点击顺序，绿色-红色-蓝色-橘色左边-橘色右边）：

屏幕快照 2017-03-17 15.53.50.png

有一点需要我们注意的是，由于hit-test view的寻找机制，如果我们判断一个点不在某个view上，那便不会再递归判断这个view的subview，所以，如果某个view的subview超出了view本身的frame，那我们便无法找到这个subview作为hit-test view（前提是view的clipstobounds属性设置为NO，如何设置为YES，则超出view的frame的subview都将被截断，都已经看不到了，自然也就不存在响应事件的问题了）

2、Motion and remote control events.

许多events依赖于事件传递的响应链（responder chain），响应链从first responder开始，application object结束，那何为responder object呢？

官方解释的很好：

A responder object is an object that can respond to and handle events,
The UIResponder class is the base class for all responder objects,and
it defines the programmatic interface not only for event handling but 
also for common reponder behavior.instances of the UIApplication,
UIViewController,and UIView classes are responders,which means that 
all views and most key controller objects are reponders,Note 
That Core Animation layer are not responders.

注意：Core Animation Layer are not responders，这也从另一方面说明了Layer没有交互能力，只负责view的绘制
响应链不只应用于events，下面这些都可以被应用

<1>Touch events

我们已经详细分析过Touch events，其返回的hit-test view 如果无法处理这个event，则会转换为以hit-test view开始的响应链（进行一层层下发）

<2>Motion events

处理‘摇一摇’事件，first responder 必须实现 motionBegan:withEvent: 或者 motionEnded:withEvent:方法，具体待补充

<3>Remote control events

处理远程控制事件，first responder必须实现remoteControlReceiveWithEvent:方法

<4>Action messages

用户操作，比如点击button或者switch

<5>Editing-menu messages.

编辑信息，用户点击编辑界面，first responder找到实现了cut: copy: past:方法的object并调用，具体待补充

<6>Text editing

用户点击text field 或者text view的时，这个view自动变成first responder，keyboard自动出现，我们可以自定义keyboard的input view 具体待补充。
只有 text field和text view会在用户自动点击的时候变成first responder，剩下的都需要我们显式的调用becomeFirstResponder

响应者链的传递（处理event的传递过程）

当event产生的时候，我们要选择一个响应者来处理这个event，具体的响应者寻找的流程基本上是这样的:

app的event传递机制有两种方式（根据app的具体设置<construction>）,如图所示

responder chain.png

借助官网的图片进行两种event 传递的方式说明响应链的处理时间的机制
initial view - hit-test view 或者 first responder
topmost view

左边的图：
1、initial view 尝试处理event，不能处理的话，就将event传递给superview
2、superview 尝试处理event，如果不能处理的话，再传递给它的superview
3、topmost view 尝试处理event，不能处理的话，就将event传递给它的view controller
4、view controlller尝试处理event，不能处理，就传递event给window
5、window object 不能处理event，传递给application
6、如果application也不能处理event，丢弃这个event（即不进行处理）

右边的图：
1、initial view 将event传递给它的view controller的topmost view
2、topmost view 将event传递给它的view controller
3、view controller 将event传递给topmost view的superview
重复1-3步骤，直到到达root view controller
4、root view controller传递事件给window object
5、window 传递给application

注意：自定义view如果要处理control events、action messages、shake-motion events、editing-menu messages，不要直接调用nextResponder来加入响应链，而是通过调用superclass的实现方法来实现，举个栗子：
在自定义的view中：

//不要用这种方式
- (void)mouseDown:(NSEvent *)theEvent {
    // determine if I handle theEvent
    // if not...
    [[self nextResponder] mouseDown:theEvent];
}
  
//用这种方式替换上面的做法
- (void)mouseDown:(NSEvent *)theEvent {
    // determine if I handle theEvent
    // if not...
    [super mouseDown:theEvent];
}

关于事件的分类，可以参考这里