事件的传递链和响应链-六虎

前言

当咱们点击屏幕的时分，就产生了一个点击事情，那程序是如何知道这个点击事情应该由谁来处理？

呼应者

在iOS中，能够呼应事情的便是呼应者，而所有呼应者都是UIResponser的子类，例如：UIView、UIButton、UIControl、UIWindow、UIViewController、AppDelegate、UIApplication以及它们的子类。

UIResponder声明了各种点击事情的处理，比方点击，按压，移动等。

呼应链

呼应链便是呼应者都衔接一同的一个链条的层级关系，说是链条其实更相似树结构。

这个链条从程序开始运转时就树立并不断将呼应者链接进来。

咱们都知道程序运转后，UIApplication会生成一个单例，并与AppDelegate进行相关。而AppDelegate就作为整个呼应链的根树立存在，接着UIApplication的单例就会作为呼应者链接在根上，即[UIApplication sharedApplication].nextResponser = AppDelegate。

当任何一个UIWindow被创立时，UIWindow都会主动链接在UIApplication的单例上，即把UIWindow的nextResponser设置为UIApplication的单例。

当UIWindow设置rootViewController时，rootViewController就会链接在UIWindow上。

UIViewController初始化loadView时, UIViewController的view就会链接在UIViewController上。

addSubView的操作进程中，subView的nextResponser会被设置为superView。

举例验证环节：

- (void)viewDidAppear:(BOOL)animated {
    [super viewDidAppear:animated];
    UIView *view = [[UIView alloc] init];
    [self.view addSubview:view];
    UILabel *label = [[UILabel alloc] init];
    [view addSubview:label];
    [self logOutResponderChain:label];
}
- (void)logOutResponderChain:(UIResponder *)responder {
    UIResponder *nextResponder = responder.nextResponder;
    NSLog(@"%@ -> ", NSStringFromClass([responder class]));
    while (nextResponder) {
    NSLog(@"%@ -> ", NSStringFromClass([nextResponder class]));
    nextResponder = nextResponder.nextResponder;
    }
    NSLog(@"*");
}

打印成果如下：

UILabel -> UIView -> UIView -> ViewController ->
UIDropShadowView -> UITransitionView ->
UIWindow -> UIWindowScene -> UIApplication -> AppDelegate -> \*

传递链

通过上文，咱们现已知道了呼应链是如何树立的，而树立呼应链便是为了让事情能找到对应的处理者，而找到处理者的进程称之为事情的传递链。

这儿先给出结论：

（1）当用户点击屏幕触发事情，体系硬件进程会获取到这个事情，将事情简略处理封装后存到体系中，体系接着将事情转交到UIApplication办理的事情队列中。（这一部分涉及RunLoop和端口通讯）（2）UIApplication会从事情队列中取出最前面的事情，并将事情顺着呼应链分发下去，寻找适宜的控件进行处理。（3）依据呼应链，UIApplication会先发送事情给主窗口keyWindow，（4）keyWindow再依据呼应链逐级分发下去，直到找到适宜的处理控件停止。（5）找到适宜的处理控件后，keyWindow就会调用该控件中适宜的事情办法来处理事情。（6）如果找不到适宜的处理控件，该事情就会被抛弃。

那么怎样判别哪个控件是事情的最适宜的处理者？

（1）控件肯定要显示在屏幕上，用户要能看见才会去触发事情。（2）控件能呼应点击事情。（3）点击事情产生在控件规模内。（4）该控件没有子控件能够处理事情。

事情是怎样逐级分发下去的？

通过调用下面两个UIView的办法进行事情的分发。

// 判别事情触发点是否在这个View内部
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event；
// 依据上一个办法的成果，遍历View的subViews
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event；

这两个办法是如何进行传递的，进行验证环节：

我首要创立三个继承UIView的子类AView、BView、CView，然后都重写pointInside:withEvent:、hitTest:withEvent:和touchesBegan:withEvent:办法，进行打印。

 //注：AView、BViewh和CView都一样，就不重复粘贴了。
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
      NSLog(@"AView --- hitTest");
      UIView *view = [super hitTest:point withEvent:event];
      NSLog(@"AView --- hitTest --- return %@", view.class);
      return view;
 }
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event {
      NSLog(@"AView --- pointInside");
      return [super pointInside:point withEvent:event];
 }
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
     NSLog(@"AView --- touchesBegan");
 }

然后增加到UIViewController的view上。

- (void)viewDidLoad {
    [super viewDidLoad];
    self.view.backgroundColor = [UIColor orangeColor];
    AView *a = [[AView alloc] initWithFrame:CGRectMake(100, 100, 300, 300)];
    a.backgroundColor = [UIColor blueColor];
    [self.view addSubview:a];
    BView *b = [[BView alloc] initWithFrame:CGRectMake(100, 100, 200, 200)];
    b.backgroundColor = [UIColor greenColor];
    [a addSubview:b];
    CView *c = [[CView alloc] initWithFrame:CGRectMake(100, 100, 100, 100)];
    c.backgroundColor = [UIColor grayColor];
    [b addSubview:c];
 }

首要咱们在CView的pointInside:withEvent:中打个断点，然后点击CView：

检查调用栈，pointInside:withEvent:是在hitTest:withEvent:中调用的，只要回来Yes才会去遍历子控件。

接着放开断点，事情传递链打印如下：

AView --- hitTest
AView --- pointInside --- Yes
BView --- hitTest
BView --- pointInside --- Yes
CView --- hitTest
CView --- pointInside --- Yes
CView --- hitTest --- return CView
BView --- hitTest --- return CView
AView --- hitTest --- return CView
CView --- touchesBegan

由于CView没有子控件，且点击在CView上，所以回来CView作为事情处理者，来调用touchesBegan:withEvent:。

接着点击BView但不在CView上，事情传递链打印如下：

AView --- hitTest
AView --- pointInside --- Yes
BView --- hitTest
BView --- pointInside --- Yes
CView --- hitTest
CView --- pointInside --- No
CView --- hitTest --- return (null)
BView --- hitTest --- return BView
AView --- hitTest --- return BView
BView --- touchesBegan

由于点击不在CView上所以回来了(null)，而点击又在BView上，所以回来BView作为事情处理者，来调用touchesBegan:withEvent:。

通过上面的测验，咱们现已证明了判别条件（3）点击事情产生在控件规模内和（4）该控件没有子控件能够处理事情的正确性，然后来看一下（1）和（2）。

对CView别离进行设置然后测验：

c.userInteractionEnabled = NO;

c.hidden = YES;

c.alpha = 0;

三次事情，打印成果共同如下：

AView --- hitTest
AView --- pointInside --- Yes
BView --- hitTest
BView --- pointInside --- Yes
CView --- hitTest
CView --- hitTest --- return (null)
BView --- hitTest --- return BView
AView --- hitTest --- return BView
BView --- touchesBegan

当CView未显示在屏幕上或不能呼应点击事情时，hitTest:withEvent:都不调用pointInside:withEvent:直接回来了(null)。虽然点击在CView上，但CView不能呼应事情，因而由CView的上一级BView来处理。

通过上面的验证进程，咱们能够得到UIView中hitTest:withEvent:大概的内部完成：

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
    if (self.alpha == 0  ||
    self.hidden == YES ||
    self.userInteractionEnabled == NO) {
        return nil;
    }
    if (![self pointInside:point withEvent:event]) {
        return nil;
    }
    UIView *eventView = nil;
    for (UIView *subView in self.subviews) {
        //以子视图为参考系转化坐标点，漏这一步 pointInside:withEvent:会出错，事情就传递不下去了。
        CGPoint subPoint = [self convertPoint:point toView:subView];
        eventView = [subView hitTest:subPoint withEvent:event];
    }
    if (!eventView) {
        eventView = self;
    }
    return eventView;
}

传递链的简略总结

用户产生接触事情 -> 事情进入UIApplication事情队列 -> UIApplication分发事情给keyWindow -> [UIWindow hitTest:withEvent:] -> [UIView hitTest:withEvent:] -> … -> [UIView hitTest:withEvent:] -> 回来最适宜的view给keyWindow -> [UIWindow _sendTouchesForEvent:] -> [UIView touchesBegan:withEvent:]。

传递链面试问题

问：父视图设置为不可点击，子视图为什么也不能够点击？

答：当父视图设置为不可点击，传递链在父视图就被到回来为(null)了，都传递不到子视图。

问：事情传递链和事情呼应链差异？

答：事情传递链是从父控件到子控件传递，从上到下。事情呼应链是从子控件到父控件进行呼应、链接，从下到上。

问：子视图在父视图之外显示的区域，点击是否有效？

答：虽然默许会显示，但是点击是无效的，父视图的pointInside:withEvent:判别通不过。

传递链使用

实战使用：到传递

如果咱们不想让视图呼应事情，除了userInteractionEnabled = NO，还能够重载pointInside:withEvent:办法，一直回来NO就行了。

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event {
    return NO;
 }

实战使用：子视图和父视图一起处理一个事情

子视图需求重载touch办法来处理事情，只需求再调用[super touch]将事情传递给父视图即可：

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    //子视图处理该事情
    NSLog(@"%s",**func**);
    //再调用 super 让父视图也处理该事情
    [super touchesBegan:touches withEvent:event];
}

实战使用：隔层传递

假定vc.view上增加AView，AView增加了BView，BView又增加了CView。

点击CView能够呼应处理事情，点击BView却不呼应，而AView却能够呼应处理事情，跳过中间层进行呼应事情，也便是隔层传递。

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event {
    CGRect frame = CGRectMake(0, 0, self.frame.size.width, self.frame.size.height);
    BOOL value = (CGRectContainsPoint(frame, point));
    NSArray *views = [self subviews];
    for (UIView *subview in views) {
       value = (CGRectContainsPoint(subview.frame, point));
          if (value) {
             return value;
          }
       }
    return NO;
}

实战使用：扩展控件的呼应规模

咱们能够重载pointInside:withEvent:办法，将控件的判别规模变大就能够了：

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event {
    CGRect relativeFrame = self.bounds;
    UIEdgeInsets hitTestEdgeInsets = UIEdgeInsetsMake(-15, -15, -15, -15);
    CGRect hitFrame = UIEdgeInsetsInsetRect(relativeFrame, hitTestEdgeInsets);
    return CGRectContainsPoint(hitFrame, point);
}

实战使用：深层级 View 之间的通讯

假定vc.view上增加AView，AView增加了BView，BView又增加了CView。

当CView有一个事情需求vc来处理，这个时分如果用 block、delegate、Notification都会比较费事，这个时分就能够通过呼应者链，将音讯传递上去。

首要咱们为UIResponder写个分类办法，相似Router办法，让整个呼应链传递这个办法，CView 只需求调用该办法，让控制器去重写该办法就能够和CView进行通讯了。

//UIResponder 分类完成
/**
发送一个路由器音讯, 对eventName感兴趣的 UIResponsder 能够对音讯进行处理
@param eventName 产生的事情名称。
@param userInfo 传递音讯时, 携带的数据。
*/
- (void)routerEventWithName:(NSString *)eventName userInfo:(NSObject *)userInfo {
    [[self nextResponder] routerEventWithName:eventName userInfo:userInfo];
}
//CView调用
[self routerEventWithName:@"CViewEvent" userInfo:nil];
//控制器重载
- (void)routerEventWithName:(NSString *)eventName userInfo:(NSObject *)userInfo {
    NSLog(@"%s eventName:%@",**func**,eventName);
}

事件的传递链和响应链

前言

呼应者

呼应链

传递链

这儿先给出结论：

那么怎样判别哪个控件是事情的最适宜的处理者？

事情是怎样逐级分发下去的？

这两个办法是如何进行传递的，进行验证环节：

传递链的简略总结

问：父视图设置为不可点击，子视图为什么也不能够点击？

问：事情传递链和事情呼应链差异？

问：子视图在父视图之外显示的区域，点击是否有效？

传递链使用

实战使用：到传递

实战使用：子视图和父视图一起处理一个事情

实战使用：隔层传递

实战使用：扩展控件的呼应规模

实战使用：深层级 View 之间的通讯

作者信息

推广

事件的传递链和响应链

前言

呼应者

呼应链

传递链

这儿先给出结论：

那么怎样判别哪个控件是事情的最适宜的处理者？

事情是怎样逐级分发下去的？

这两个办法是如何进行传递的，进行验证环节：

传递链的简略总结

问：父视图设置为不可点击，子视图为什么也不能够点击？

问：事情传递链和事情呼应链差异？

问：子视图在父视图之外显示的区域，点击是否有效？

传递链使用

实战使用：到传递

实战使用：子视图和父视图一起处理一个事情

实战使用：隔层传递

实战使用：扩展控件的呼应规模

实战使用：深层级 View 之间的通讯

相关文章

从写下Go程序第一行代码，到在 K8s 上运行，要经历多少步?

了解基于 Elasticsearch 的站内搜索，及其替代方案

webstorm 设置html、JS文件自动缩进为4个空格不生效，如何解决？

04 无限制条件的优化方法

作者信息

推广