在iOS中，用户与APP进行交互，会产生很多事件，这些事件是如何产生，响应的链条又是怎样传递的，本文将会进行一番探究。

事件分类

对于iOS用户来说，他们操作设备的方式主要有三种：触摸屏幕、晃动设备、远程控制设备。对应的事件类型有以下三种：

• 触屏事件（Touch Event）
• 运动事件（Motion Event）
• 远端控制事件（Remote-Control Event）
  本文以常见的触屏事件（Touch Event）来对事件传递以及响应链来进行探究。

响应

点击、摇动、滑动、旋转等会被系统封装成UIEvent，放到事件队列里等待UIApplication去取，然后寻找响应者，找到对应的方法并执行的过程就是响应。

响应者

在iOS中，响应者是能响应事件的UIResponder子类的对象，如UIButton、UIView、UIViewController等。

响应链

响应链是由链接在一起的响应者（UIResponse子类）组成的。默认情况下，响应链是由第一响应者，到application对象以及中间所有响应者一起组成的。

响应链

事件的产生

发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中,为什么是队列而不是栈？因为队列的特点是FIFO，即先进先出，先产生的事件先处理才符合常理，所以把事件添加到队列。

UIApplication会从事件队列中取出最前面的事件，并将事件分发下去以便处理，通常，先发送事件给应用程序的主窗口（keyWindow）。

主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件，这也是整个事件处理过程的第一步。

找到合适的视图控件后，就会调用视图控件的touches方法来作具体的事件处理。

事件传递&响应流程

图片来源于网络

UITouch会给gestureRecognizers和最优响应者也就是hitTestView发送消息

默认view会走其touchBegan:withEvent:等方法，当gestureRecognizers找到识别的gestureRecognizer后，将会独自占有该touch，即会调用其他gestureRecognizer和hitTestView的touchCancelled:withEvent:方法，并且它们不再收到该touch事件，也就不会走响应链流程。当该事件响应完毕，主线程的Runloop开始睡眠，等待下一个事件。

不管视图能不能处理事件，只要点击了视图就都会产生事件，关键在于该事件最终是由谁来处理！

寻找响应者

寻找响应者依靠这两个方法:

// 返回最佳响应者
open func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView?
// 判断点有没有在返回的视图范围内
open func point(inside point: CGPoint, with event: UIEvent?) -> Bool

• 当触摸屏幕之后，系统会利用Runloop将事件加入到UIApplication的任务队列中；
• UIApplication分发触摸事件到UIWindow，然后UIWindow依次向下分发给UIView；
• UIView调用hitTest:withEvent:方法看看自己能否处理事件，以及触摸点是否在自己上面；
• 如果满足条件，就遍历UIView上的子控件。重复上面的动作。
• 直到找到最顶层的一个满足条件（既能处理触摸事件，触摸点又在上面）的子控件，此子控件就是我们需要找到的第一响应者。

hitTest:withEvent:方法的伪代码

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
    if (!self.userInteractionEnabled || !self.hidden || self.alpha <= 0.01) {
        return nil;
    }
    if ([self pointInside:point withEvent:event]) {
        for (UIView *subView in [self.subviews reverseObjectEnumerator]) {
            CGPoint subPoint = [subView convertPoint:point fromView:self];
            UIView *bestView = [subView hitTest:subPoint withEvent:event];
            if (bestView) {
                return bestView;
            }
        }
        return self;
    }
    return nil;
}

事件的响应流程

找到第一响应者后，需要逆着寻找第一响应者的方向（从第一响应者->UIApplication）来响应事件。

流程如下：

• 首先通过hitTest:withEvent:确定第一响应者，以及相应的响应链；
• 判断第一响应者能否响应事件，如果第一响应者能进行响应，那么响应链的传递终止。如果第一响应者不能响应则将事件传递给nextResponder也就是通常的superview进行事件响应；
• 如果事件继续上报至UIWindow并且无法响应，它将会把事件继续上报给UIApplication；
• 如果事件继续上报至UIApplication并且也无法响应，将会将事件上报给其delegate；
• 如果最终事件依旧未被响应则会被系统抛弃；

需要注意的地方

第一响应者对event的具体处理，是在事件响应的过程中进行判定的。
hidden = YES视图被隐藏，不接受响应事件
userInteractionEnabled = NO，不接受响应事件
alpha <= 0.01，透明视图不接收响应事件
子视图超出父视图范围，不接收响应事件
需响应视图被其他视图盖住，不接收响应事件
是否重写了其父视图以及自身的hitTest方法
是否重写了其父视图以及自身的pointInside方法

实例

一、B是A的子视图，要求触摸B，B会相应事件，触摸A，不会响应事件

image.png

我们只需要在A中，加入如下代码:

override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
    guard let result = super.hitTest(point, with: event) else  { return nil }
    if result == self {
        return nil
    }
    return result
}

二、B是A的子视图，但是B有部分在A的外面，现在要点击在外面的那部分，能够响应事件

image.png

方法1:

override func point(inside point: CGPoint, with event: UIEvent?) -> Bool {
    let testView = self.viewWithTag(10001)! // 获取B
    if testView.frame.contains(point) {
        return true
    }
    return false
}

方法2：

override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
    let result = super.hitTest(point, with: event)
    if result == nil {
        let testView = self.viewWithTag(10001)!
        let newPoint = testView.convert(point, from: self) // 转换坐标到子视图
        if testView.bounds.contains(newPoint) {
            return testView
        }
    }
    return result
}

参考资料:

• iOS之事件的传递和响应机制-原理篇
• iOS事件传递及响应链
• iOS 响应链