事件的产生与传递

• 发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中 (为什么用队列，不用栈。队列先进先出，意味着先产生的事件，先处理。)

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

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

• 当事件传递给窗口的时候，就会让窗口去找最合适的view
  1> 判断自己能不能接收事件
  2> 点在不在窗口上
  3> 去找比自己更合适的view，从后往前遍历子控件<意思是 拿到 self.subViews这个数组,最后添加的子控件 先遍历 意思大概是 最上面的子控件能处理 就最上面的子控件来处理 最上面的子控件处理不了 再遍历倒数第二个添加的子控件 因为后加的子控件 在前面>，拿到子控件后，把事件传递给这个子控件
  4> 子控件拿到事件之后，又会做同样的判断，一直递归去找，直到找到最合适的view.

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

事件传递的完整过程

• 先将事件对象由上往下传递(由父控件传递给子控件)，找到最合适的控件来处理这个事件。

• 调用最合适控件的touches….方法

• 如果调用了[super touches….];就会将事件顺着响应者链条往上传递，传递给上一个响应者

• 接着就会调用上一个响应者的touches….方法

如何判断上一个响应者

• 如果当前这个view是控制器的view,那么控制器就是上一个响应者

• 如果当前这个view不是控制器的view,那么父控件就是上一个响应者

响应者链的事件传递过程

• 如果view的控制器存在，就传递给控制器；如果控制器不存在，则将其传递给它的父视图
• 在视图层次结构的最顶级视图，如果也不能处理收到的事件或消息，则其将事件或消息传递给window对象进行处理
• 如果window对象也不处理，则其将事件或消息传递给UIApplication对象
• 如果UIApplication也不能处理该事件或消息，则将其丢弃

事件的传递 和响应者链的事件传递是相反的吗 ?
我觉得可以这么理解 至少在传递的层次上!

响应者链的传递

• 响应者对象 响应者链
  响应者对象：继承自UIResponder的对象称之为响应者对象。UIApplication、UIWindow、UIViewController和所有继承UIView的UIKit类都直接或间接的继承自UIResponder。
• 响应者链：由多个响应者组合起来的链条，就叫做响应者链。它表示了每个响应者之间的联系，并且可以使得一个事件可选择多个对象处理

533143-65412f6cba1f0b56.png

假设触摸了initial view，
1.第一响应者就是initial view即initial view首先响应touchesBegan:withEvent:方法，接着传递给橘黄色的view
2.橘黄色的view开始响应touchesBegan:withEvent:方法，接着传递给蓝绿色view
3.蓝绿色view响应touchesBegan:withEvent:方法，接着传递给控制器的view
4.控制器view响应touchesBegan:withEvent:方法，控制器传递给了窗口
5.窗口再传递给application
如果上述响应者都不处理该事件，那么事件被丢弃

事件的产生传递

当你点击了屏幕会产生一个触摸事件，消息循环(runloop)会接收到触摸事件放到消息队列里，
UIApplication会会从消息队列里取事件分发下去，首先传给UIWindow，
UIWindow会使用hitTest:withEvent:方法找到此次触摸事件初始点所在的视图，

hitTest:withEvent:查找过程 533143-27cac55645c0150f.png

图片中view等级
    [ViewA addSubview:ViewB];
    [ViewA addSubview:ViewC];
    [ViewB addSubview:ViewD];
    [ViewB addSubview:ViewE];

• 点击了ViewE

1.A 是UIWindow的根视图，首先对A进行hitTest:withEvent:
2.判断A的userInteractionEnabled，如果为NO，A的hitTest:withEvent返回nil;
3.pointInside:withEvent:方法判断用户点击是否在A的范围内，显然返回YES
4.遍历A的子视图B和C，由于从后向前遍历

 因此先查看C，调用C的hitTest:withEvent方法：
                                         pointInside:withEvent:方法
判断用户点击是否在C的范围内，不在返回NO，C对应的hitTest:withEvent: 方法return nil；

再查看B，调用B的hitTest:withEvent方法：pointInside:withEvent:
判断用户点击是否在B的返回内，在返回YES

遍历B的子视图D和E，从后向前遍历，
先查看E，调用E的hitTest:withEvent方法：pointInside:withEvent:方法 判断用户点击是否在E的范围内，在返回YES，

E没有子视图，因此E对应的hitTest:withEvent方法返回E,再往前回溯，就是B的hitTest:withEvent方法返回E，因此A的hitTest:withEvent方法返回E。
点击事件的第一响应者就找到了。

如果hitTest:withEvent: 找到的第一响应者view没有处理该事件，
那么事件会沿着响应者链向上传递->父视图->视图控制器，
如果传递到最顶级视图还没处理事件，那么就传递给UIWindow处理，若window对象也不处理->交给UIApplication处理，
如果UIApplication对象还不处理，就丢弃该事件。

533143-971fc6cf34d91cec.png

面试题

• 如下图 问橘色的view响不响应点击事件 Snip20180711_4.png

• 子视图超出父视图的部分不响应的原因：
  因为父视图的hitTest里的第二步 判断这个点在不在自己身上 显然不在 返回NO 所以就不会在进行第三步遍历自己身上的子控件了

解决方案

#import "CyanView.h"

@implementation CyanView

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    CGPoint subP = [self convertPoint:point toView:self.view];
    
    if ([self.view pointInside:subP withEvent:event]) {
        return self.view;
    }else{
       return [super hitTest:point withEvent:event];
    }
}

@end

hitTest方法的底层实现

- (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 * chilView = self.subviews[i];
        CGPoint chilPoint = [self convertPoint:point toView:chilView];
        UIView * firView = [chilView hitTest:chilPoint withEvent:event];
        if (firView) {
            return firView;
        }
        
    }
    return self;
}

参考引用
iOS UI事件传递与响应者链