iOS 响应链

一、UIResponder

app 使用响应者对象接收和处理事件，只有继承 UIResponder 的类，才能处理事件。

UIApplication、UIView、UIViewController 都是继承自 UIResponder 类，可以响应和处理事件。CALayer 继承自 NSObject，不是 UIResponder 的子类，无法处理事件。

响应者接收到原始事件数据，必须处理事件或者转发到另一个响应者对象。当 App 接收到一个事件时，UIKit 自动引导事件到最合适的响应者对象，也叫做第一响应者。

有时候可能会通过 UIResponder 来查找控件的父视图。

/**
 * 通过遍历 UIView 上的响应链来查找当前顶部 vc
 */
- (UIViewController *)firstVC
{
    for (UIView * next = self; next; next = next.superview) {
        UIResponder * nextResponder = [next nextResponder];
        if ([nextResponder isKindOfClass:[UIViewController class]]) {
            return (UIViewController *)nextResponder;
        }
    }
    return nil;
}

/**
 * 通过遍历 button 上的响应链来查找 cell
 */
- (MyCell *)buttonTaped:(UIButton *)button
{
    UIResponder * responder = button.nextResponder;

    while (responder) {
        if ([responder isKindOfClass:[MyCell class]]) {
            MyCell * cell = (MyCell *)responder;
            break;
        }
        responder = responder.nextResponder;
    }
}

二、事件的第一响应者

事件的每个类型，UIKit 指定一个第一响应者，然后最先发送事件到这个对象。第一响应者基于事件的类型而变化。

• Touch event 第一响应者是触摸事件产生的 view

• Press event 第一响应者是焦点响应者。

• Shake-motion events,Remote-control events,Editing menu messages 第一响应者是你或者UIKit指定的对象

⚠️注意：运动事件相关的加速度计、陀螺仪、磁强计都不属于响应者链。而是由 CoreMotion 传递事件给你指定的对象。

控件直接与它相关的 target 对象使用 action 消息通信。

当用户与控件交互时，控件调用 target 对象的 action 方法。换句话说，控件发送 action 消息到目标对象。Action 消息不是事件，但是它仍然可以利用响应链。当控件的 target 对象为 nil，UIKit 从 target 对象和响应链走，直到找到一个对象实现了合适的 action 方法。

如果视图有添加手势识别器，手势识别器接收 touch 和 press 事件在视图接收事件之前。如果所有的视图的手势识别器都不能识别它们的手势，这些事件会传递到视图处理。如果视图不能处理它们，UIKit 传递事件到响应链。

三、事件的分发和传递

1.  当iOS程序中发生触摸事件后，系统会将事件加入到 UIApplication 管理的一个任务队列中；
2.  UIApplication 将处于任务队列最前端的事件向下分发，即 UIWindow。
3.  UIWindow 将事件向下分发，即 UIView。
4.  UIView首先看自己是否能处理事件，触摸点是否在自己身上。如果能，那么继续寻找子视图。
5.  遍历子控件，重复以上两步。
6.  如果没有找到，那么自己就是事件处理者。
7.  如果自己不能处理，那么不做任何处理。

其中 UIView 不接受事件处理的情况主要有以下三种

1.  alpha < 0.01
2.  userInteractionEnabled = NO
3.  hidden ＝ YES

这个从父控件到子控件寻找处理事件最合适的 view 的过程，如果父视图不接受事件处理，那么子视图也不能接收事件。事件只要触摸了就会产生，关键在于是否有最合适的 view 来处理和接收事件，如果遍历到最后都没有最合适的 view 来接收事件，则该事件被废弃。

四、hitTest:withEvent:

/**
 * @return 本次点击事件需要的最佳 View
 */
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event

UIKit 使用基于视图的 hit-testing 来确定 Touch 事件在哪里产生。UIKit 将 Touch 位置与视图层级中的视图对象的边界进行了比较。UIView 的 hitTest:withEvent: 方法在视图层级中执行，寻找最深的包含指定 Touch 的子视图，这个视图将成为 Touch 事件的第一响应者。

⚠️注意：如果 Touch 位置超过视图边界，hitTest:withEvent 方法将忽略这个视图和它的所有子视图。结果就是，当视图的clipsToBounds 属性为 NO，子视图超过视图边界也不会返回，即使它们包含发生的 Touch。

当 touch 第一次产生时 UIKit 创建 UITouch 对象，在 touch 结束时释放这个 UITouch对象。当 touch 位置或者其他参数改变时，UIKit 更新 UITouch 对象新的信息。

把父视图的 userInteractionEnabled 设置为 NO，按钮 1 和按钮 2 都不会响应了。

如果点击按钮 2 视图，响应的是按钮 2，那么为什么点击按钮 2 和按钮 1 的交界处会是按钮 2 响应呢?

事件传递给窗口或控件的后，就调用 hitTest:withEvent: 方法寻找更合适的 view。如果子控件是合适的 view，则在子控件再调用 hitTest:withEvent: 查看子控件是不是合适的 view，一直遍历，直到找到最合适的 view 或者废弃事件。

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
   // ①、判断当前控件能否接收事件
   if (self.userInteractionEnabled == NO || self.hidden == YES || self.alpha <= 0.01) return nil;

   // ②、判断触摸点在不在当前控件内
   if ([self pointInside:point withEvent:event] == NO) return nil;

   // ②、倒序遍历自己的子控件
   NSInteger count = self.subviews.count;
   for (NSInteger i = count - 1; i >= 0; i--) {

       UIView * childView = self.subviews[i];
       // 把当前控件上的坐标系转换成子控件上的坐标系
       CGPoint childP = [self convertPoint:point toView:childView];

       UIView * fitView = [childView hitTest:childP withEvent:event];

       if (fitView) { 
           return fitView;  // 找到了最合适的 view
       }
   }
   // 循环结束，表示没有比自己更合适的 view
   return self;  
}

• 所有当父视图 userInteractionEnabled 关闭时，return nil，子视图无法继续寻找最合适的 view。

• 从后往前遍历子控件，图中按钮 2 在按钮 1 视图层级之上，所以按钮 2 是最合适的 view，还没有轮到按钮 1。

视图层级从后往前依次是 C->D->A、E->F->B->父视图，父视图的 subviews = @[ B, A ]。当点击界面发生触摸事件时，遍历父视图的子视图，倒序遍历，先遍历的 A 视图。

如果 A 视图 alpha < 0.01 || userInteractionEnabled = YES || hidden ＝ NO，则 A 视图不是合适的View，返回 nil。开始遍历父视图的另一个子视图 B。

如果 A 视图 alpha > 0.01 && userInteractionEnabled = YES && hidden ＝ NO，则 A 视图可以接收触摸事件，并且触摸点在 A 视图内，则 A 视图为一个合适的 View，但还要继续从后往前遍历 A 视图的子视图；如果 A 视图的所有子视图返回 nil，则 A 视图则为最终合适的 view。

如果 C 视图可以接收触摸事件且触摸点在 C 视图中，并且 C 视图的所有子视图返回 nil。

如果 C 视图调用 hitTest:withEvent: 处理返回 nil，则查看 B 视图满足条件。以此类推。

四、pointInside:withEvent:

1、判断触摸点是否在视图内。

/**
 * @brief  判断一个点是否落在范围内
 */
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event

如果现在要扩大按钮 2 的点击范围怎么办？如果要让按钮 1 只点击左右区域 40 像素有效，其他地方都不响应呢?

• 扩大响应范围。

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
{
    /* Inset `rect' by `(dx, dy)' -- i.e., offset its origin by `(dx, dy)', and decrease its size by `(2*dx, 2*dy)'. 
 
       CGRectInset 效果为 origin.x/y + dx/dy，size.width/height - 2 * dx/dy，这里 dx = -10，dy = -10
     */
    bounds = CGRectInset(self.bounds, -10, -10);

    return CGRectContainsPoint(bounds, point);
}

• 不规则的点击区域

/**
 * @brief  改变图片的点击范围
 */
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
{
    // 控件范围宽度 +40，高度 +40
    CGRect bounds = CGRectInset(self.bounds, -20, -20);
    UIBezierPath * path1 = [UIBezierPath bezierPathWithRect:CGRectMake(-20, 0, 40, 120)];
    UIBezierPath * path2 = [UIBezierPath bezierPathWithRect:CGRectMake(self.frame.size.width - 20, 0, 40, 120)];
    if (([path1 containsPoint:point] || [path2 containsPoint:point])&& CGRectContainsPoint(bounds, point)){
        
        return YES;  // 如果在 path 区域内返回 YES
    }
    return NO;
}

可以看出：

1. 在不规则区域内（红框）点击，[self pointInside:point withEvent:event] == YES，按钮 1 是最合适的 view，调用按钮 1 的点击事件。

2. 不在不规则区域内点击，无法调用按钮 1 的点击事件，[self pointInside:point withEvent:event] == NO。

3. 在按钮 1 和按钮 2 重合区域（绿框）内点击，调用按钮 2 的点击事件，因为按钮 2 图层在按钮 1 之上，遍历 subviews 时，从后往前遍历，先查看按钮 2，按钮 2 调用 -hitTest:withEvent: 返回是最合适的 view，调用按钮 2 的点击方法。

五、响应者链

响应链是从最合适的 view 开始传递，处理事件传递给下一个响应者，响应者链的传递方法是事件传递的反方法，如果所有响应者都不处理事件，则事件被丢弃。我们通常用响应者链来获取上几级响应者，方法是 UIResponder 的 nextResponder。

在 App 中没有单一的响应链，UIKit 定义了默认的规则关于对象如何从一个响应者传递到另一个响应者，但是你可以重写响应者对象的方法来改变这些规则。

1、改变响应链

可以通过重写响应对象的 nextResponder 属性改变响应链。许多 UIKit 的类已经重写了这个属性然后返回了指定的对象。

• UIView 如果视图是 ViewController 的根视图，下一个响应者为 ViewController，否则是视图的父视图。

• UIViewController 如果视图控制器是 window 的根视图下一个响应者为 window 对象。如果视图控制器是由另一个视图控制器推出来，那么下一个响应者为正在推出的视图控制器。

  -UIWindow 下一个响应者为 UIApplication 对象。

• UIApplication 下一个响应者为 app delegate，但是代理应该是 UIResponder 的一个实例，而不是 UIView、UIViewController 或者 app 对象本身。

六、文章

Using Responders and the Responder Chain to Handle Events
iOS开发 - 事件传递响应链
iOS响应链（Responder Chain）