iOS之响应链和事件传递

前言

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

@interface UIApplication : UIResponder

@interface UIView : UIResponder 

@interface UIViewController : UIResponder 

@interface UIWindow : UIView

@interface UIControl : UIView

@interface CALayer : NSObject <NSSecureCoding, CAMediaTiming>

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

UIControl是UIView的子类,当然也是UIResponder的子类。UIControl是诸如UIButton,UISwitch,UItextField等控件的父类,它本身包含了一些属性和方法,但是不能直接食用UIControl类,他只是定义了子类都需要使用的方法。

我们有时候可能通过UIReponsder的nextResponder来查找控件的父视图控件

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

UIControl 与 UIView的关系和区别

  • UIControl继承与UIView,在UIView基础上侧重于事件交互,最大的特点就是拥有addTaget:action:forcontrolEvents方法

  • UIVew侧重于页面布局,所以没有时间交互的方法,可以通过添加手势来实现

事件UIEvent

对于IOS设备用户来说,他们的事件类型分为三种:

  1. 触摸事件(Touch Event)

  2. 运动事件 (Motion Event)

  3. 远端控制事件 (Remote-Control Event)

今天以触屏事件(Touch Event)为例,来说明在Cocoa Touch框架中,事件的处理流程。

事件的传递和响应过程

  1. 点击屏幕后,经过系统的一系列处理,我们的应用接收到source0事件,并从事件队列中取出事件对象,开始寻找真正响应事件的视图。

  2. UIApplication将处于任务队列最前端的事件向下分发。即UIWindow。

  3. UIWindow将事件向下分发,即UIView。

  4. UIView首先看自己是否能处理事件,触摸点是否在自己身上。如果能,那么继续寻找子视图。

  5. 遍历子控件,重复3、4步骤

  6. 如果没有找到,那么自己就是事件处理者

  7. 如果自己不能处理,那么不做任何处理

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

  1. alpha <0.01

  2. userInteractionEnabled = NO

  3. hidden = YES.

从父控件到子控件寻找处理事件最合适view的过程。

如果父视图不接受事件处理(上面三种情况),则子视图也不能接收事件。

事件只要触摸了就会产生,关键在于是否有最合适的view来处理和接收事件,如果遍历到最后都没有最合适的view来接收事件,则该事件被废弃。

响应者寻找过程分析

寻找相应过程主要涉及到两个方法:

//判断点击的位置是不是在视图内
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;

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

因为所有的视图类都是继承UIView,在UIView(UIViewGeometry)类别里实现这个方法,代码大概的实现流程:

- (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;
   
}

看着上面的代码:

  • 首先该view的hidden = YES、userInteractionEnabled=YES、alpha<0.01 三种情况成立一个就直接返回nil,代表视图无法继续寻找最合适的view

  • 其次判断触摸点在不在当前控件,不在也是返回nil

  • 最后倒序遍历子视图,把当前控件上的坐标系转成子控件上的坐标系,判断子视图能够响应,有的话说明在子视图寻找到最合适的view。

  • 如果都没有的话,循环结束,表示没有比自己更合适的view,返回自己的view

下面就通过一个例子来探寻整个寻找的过程

我们在ViewController构造一个简单的视图层级,BlueView、YellowView是两个根节点视图,RedView是他们的父视图。效果如下:

事件传递响应过程_1.png

我们点击一下BlueView,lldb上查看事件传递影响流程执行流程:

事件传递响应过程_2.png

下面数据整理一下整个执行的顺序:


事件传递响应过程_3.png

步骤1,2,3

结合上面两张图,介绍一下整个执行流程:

  1. 先从UIWindow视图开启,因此,对UIWindow对象进行hitTest: withEvent:在方法内使用pointInside:withEvent:方法判断用户点击的范围是在UIWindow的范围内,显然pointInside:withEvent:返回了YES,这时候继续检查子视图

  2. 第二步和第三步骤重复第一步的操作,pointInside:withEvent:返回的都是YES,下面对RedView里继续检查自视图是否响应该事件

  3. 遍历RedView子视图,如果先遍历的YellowView,对YellowView进行 hitTest: withEvent:里面做pointInside:withEvent判断,不在点击范围内返回NO,对应的hitTest:withEvent:返回nil;

  4. 继续遍历RedView子视图BlueView,对BlueView hitTest: withEvent:里面做pointInside:withEvent判断,发现在点击范围内返回YES.

  5. 由于BlueView没有子视图(也可以理解成对的BlueView子视图进行hitTest时返回了nil),因此,BlueView的hitTest:withEvent:会将BlueView返回,再往回回溯。

  6. ReadView的hitTest:withEvent返回的BlueView -> UIView的hitTest:withEvent返回的BlueView -> UIWindow的hitTest:withEvent返回的BlueView。

  7. UIWindow的nexResponder指向UIApplication最后指向AppDelegate。

至此,本次点击事件的第一响应者就通过响应者链的事件分发逻辑成功的找到了。

不难看出,这个处理流程有点类似二分搜索的思想,这样能以最快的速度,最精确地定位出能响应触摸事件的UIView。

进一步说明

  • 如果hitTest:withEvent没有找到第一响应者,或者第一响应者没有处理改事件,则该事件会沿着响应者链向上回溯,如果UIWindow实例和UIApplication实例都不能处理该事件,则该事件会被丢弃。

  • hitTest:withEvent方法将会忽略以下三种情况。

    • 该view的hidden = YES

    • 该view的userInteractionEnabled=YES

    • 该view的alpha<0.01

  • 如果一个子视图的区域超过父视图的bound区域(父视图的clipsToBounds 属性为NO,这样超过父视图bound区域的子视图内容也会显示),那么正常情况下对子视图在父视图之外区域的触摸操作不会被识别。因为父视图的pointInside:withEvent:方法会返回NO,这样就不会继续向下遍历子视图了。

当然,也可以重写pointInside:withEvent:方法来处理这种情况。

我们可以重写hitTest:withEvent:来拦截事件传递并处理事件来达到目的,实际应用中很少用到这些。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,126评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,254评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,445评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,185评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,178评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,970评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,276评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,927评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,400评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,883评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,997评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,646评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,213评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,204评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,423评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,423评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,722评论 2 345

推荐阅读更多精彩内容