iOS的事件分发与响应者链

首先要先学习下响应者对象UIResponder，只有继承UIResponder的的类，才能处理事件。

NS_CLASS_AVAILABLE_IOS(2_0) @interface UIApplication : UIResponder

NS_CLASS_AVAILABLE_IOS(2_0) @interface UIView : UIResponder <NSCoding, UIAppearance, UIAppearanceContainer, UIDynamicItem, UITraitEnvironment, UICoordinateSpace, UIFocusItem, CALayerDelegate>

NS_CLASS_AVAILABLE_IOS(2_0) @interface UIViewController : UIResponder <NSCoding, UIAppearanceContainer, UITraitEnvironment, UIContentContainer, UIFocusEnvironment>

@interface CALayer : NSObject <NSSecureCoding, CAMediaTiming>

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

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

// 通过遍历button上的响应链来查找cell
UIResponder *responder = button.nextResponder;
    while (responder) {
        if ([responder isKindOfClass:[SWSwimCircleItemTableViewCell class]]) {
            SWSwimCircleItemTableViewCell *cell = (SWSwimCircleItemTableViewCell *)responder;
          
            break;
        }
        responder = responder.nextResponder;
    }

事件的分发和传递。

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来接收事件，则该事件被废弃。

怎么寻找最合适的view

这里要用到两个方法。

// 此方法返回的View是本次点击事件需要的最佳View
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event

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

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

// 因为所有的视图类都是继承BaseView
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
   // 1.判断当前控件能否接收事件
   if (self.userInteractionEnabled == NO || self.hidden == YES || self.alpha <= 0.01) return nil;
   // 2. 判断点在不在当前控件
   if ([self pointInside:point withEvent:event] == NO) return nil;
   // 3.从后往前遍历自己的子控件
   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) { // 寻找到最合适的view
           return fitView;
       }
   }
   // 循环结束,表示没有比自己更合适的view
   return self;
   
}

• 所有当父视图userInteractionEnabled关闭时，return nil，子视图无法继续寻找最合适的view。
• 在遍历过程中是从后往前遍历的子控件

判断触摸点是否在视图内

上面算法判断的条件有一个判断一个点是否在视图内，使用的是下面这个系统方法。

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event

这个方法其实在开发中我们也经常用到，例如

• 扩大按钮的点击范围。

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent*)event {
    CGRect bounds = self.bounds;
     bounds = CGRectInset(bounds, -10, -10);
   // CGRectContainsPoint  判断点是否在矩形内
    return CGRectContainsPoint(bounds, point);
}

• 不规则的按钮点击区域
  自定义button，重写- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent*)event方法

// // 改变图片的点击范围
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event {
    
    // 控件范围宽度多40，高度20
    CGRect bounds = CGRectInset(self.bounds, -20, -20);
    NSLog(@"point = %@",NSStringFromCGPoint(point));
    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)){
        //如果在path区域内，返回YES
        return YES;
    }
    return NO;
}

两个按钮的点击事件

 // 按钮1的点击事件
- (void)button1Action:(UIButton *)button1 {
    NSLog(@"按钮1的frame%@",NSStringFromCGRect(button1.frame));
}

 // 按钮2的点击事件
- (void)button2Action:(UIButton *)button2 {
    NSLog(@"按钮2的frame%@",NSStringFromCGRect(button2.frame));
}

我们可以测试点击

可以看出，

• 不在不规则区域内点击，无法调用按钮1的点击事件，[self pointInside:point withEvent:event] == NO。
• 在不规则区域内点击，[self pointInside:point withEvent:event] == YES，按钮1是最合适的view，调用按钮1的点击事件。
• 在按钮1和按钮2区域内点击，调用按钮2的点击事件，因为按钮2图层在按钮1之上，遍历subviews时，从后往前遍历，先查看按钮2，按钮2调用- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event ，返回是最合适的view，调用按钮2的点击方法。

响应者链：

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

nextResponder 过程如下：

当一个view被add到superView上的时候，他的nextResponder属性就会被指向它的superView，当controller被初始化的时候，self.view(topmost view)的nextResponder会被指向所在的controller，而controller的nextResponder会被指向self.view的superView，这样，整个app就通过nextResponder串成了一条链，也就是我们所说的响应链,他只是一条虚拟链，所以总结各个可响应者的nextResponder如下：

UIView 的 c 是直接管理它的 UIViewController （也就是 VC.view.nextResponder = VC ），如果当前 View 不是 ViewController 直接管理的 View，则 nextResponder 是它的 superView（ view.nextResponder = view.superView ）。
UIViewController 的 nextResponder 是它直接管理的 View 的 superView（ VC.nextResponder = VC.view.superView ）。
UIWindow 的 nextResponder 是 UIApplication 。
UIApplication 的 nextResponder 是 AppDelegate。
基于以上过程，那么上面寻找hit_testView例子的响应者链就是viewB.1-viewB-mainView-UIWindow
有了响应链，并且找到了第一个响应事件的对象，接下来就是把事件发送个这个响应者了。 UIApplication中有个sendEvent:的方法，在UIWindow中同样也可以发现一个同样的方法。UIApplication是通过这个方法把事件发送给UIWindow，然后UIWindow通过同样的接口，把事件发送给hit-testview。

当我点击了Button之后，UIWindow会通过一个私有方法，在里面会去调用按钮的touchesBegan和touchesEnded方法，touchesBegan里面有设置按钮的高亮等之类的动作，这样就实现了事件的传递。而事件的响应，也就是按钮上绑定的action，是在touchEnded里面通过调用UIApplication的sendAction:to:from:forEvent:方法来实现的，至于这个方法里面是怎么去响应action，就只能猜测了(可能是通过oc底层消息机制的相关接口
objc_msgSend
来发送消息实现的，可以参考message.h文件)。如果第一响应者没有响应这个事件，那么就会根据响应链，把事件冒泡传递给nextResponder来响应。
注意这里是怎么把事件传递给nextResponder的呢？拿touch事件来说，UIResponder里面touch四个阶段的方法里面，实际上是什么事都没有做的，UIView继承了它进行重写，重写的内容也是没有什么东西，就是把事件传递给nextResponder，UIView继承于 UIResponder,而UIResponder只是重写了touch 四个方法，真正的实现在UIControl里，可以看UIKit源码
UIControl->UiView->UIResponder->NSObject这个继承关系
UIResponder有touch的四个方法，而实现都在UIControl

UIResponder中touch方法实现如下，默认不做任何操作，只是沿着响应链传递事件

 - (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    [[self nextResponder] touchesBegan:touches withEvent:event];
}

所以当一个view或者controller里面没有重写touch事件，那么这个事件就会一直传递下去，直到UIApplication，这也就是事件往上冒泡的原理。如果view重写了touch方法，我们一般会看到的效果是，这个view响应了事件之后，事件就被截断了，它的nextResponder不会收到这个事件，即使重写了nextResponder的touch方法。这个时候如果想事件继续传递下去，可以调用[super
touchesBegan:touches withEvent:event]，不建议直接调[self.nextResponder
touchesBegan:touches withEvent:event]。
刚才提到UIControl

UIControl

在.h中能看到特别像touch四个方法的四个方法Tracking系列

- (BOOL)beginTrackingWithTouch:(UITouch *)touch withEvent:(UIEvent *)event;
- (BOOL)continueTrackingWithTouch:(UITouch *)touch withEvent:(UIEvent *)event;
- (void)endTrackingWithTouch:(UITouch *)touch withEvent:(UIEvent *)event;
- (void)cancelTrackingWithEvent:(UIEvent *)event;
根据上面的源码看到

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    UITouch *touch = [touches anyObject];
    _touchInside = YES;
    _tracking = [self beginTrackingWithTouch:touch withEvent:event];

    self.highlighted = YES;

    if (_tracking) {
        UIControlEvents currentEvents = UIControlEventTouchDown;

        if (touch.tapCount > 1) {
            currentEvents |= UIControlEventTouchDownRepeat;
        }

        [self _sendActionsForControlEvents:currentEvents withEvent:event];
    }
}
touch内部调用了Tracking系列方法
如果你点击UIButton的响应事件的话，打个断点，看到方法调用

就直接是UIApplication 调用sendAction方法，相当于直接到链头了吧

首先划重点：所有响应者的基类都是 UIResponder，UIApplication/UIView/UIViewController 都是 UIResponder 的子类

寻找响应者过程如下：

当我们知道最合适的 View 后，事件会 由上向下【子view -> 父view，控制器view -> 控制器】来找出合适响应事件的 View，来响应相关的事件。那怎么就是真正的响应者呢？

如果当前的 View 有添加手势，那么直接响应相应的事件，不会继续向下寻找了，因为手势比响应链拥有更高的优先级

如果没有手势事件，那么会看其是否实现了如下的方法：

(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;
经过验证一二步是并行的，甚至touchBegin响应更早一丢丢，所以只要有以上两个之一实现，都会阻断响应链传递

如果有实现那么就由此 View 响应，如果两个都没有实现，那么就会传递给他的下一个响应者【子view -> 父view，控制器view -> 控制器】