事件的产生与传递
发生触摸事件后，系统会将该事件加入到一个由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。 - 响应者链：由多个响应者组合起来的链条，就叫做响应者链。它表示了每个响应者之间的联系，并且可以使得一个事件可选择多个对象处理
假设触摸了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对象还不处理，就丢弃该事件。
面试题
-
如下图 问橘色的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事件传递与响应者链
