iOS响应链和事件传递流程

先来回顾一下事件处理的一般流程。一般的,当用户点击屏幕时会产生一个触摸事件,系统将该事件加入到UIApplication管理的事件队列之中,然后UIApplication将事件进行分发处理。通常会将事件先分发给主窗口(UIWindow)处理,主窗口会在view hierarchy中找到最合适的一个View来处理该事件。在这个过程中UIWindow会调用UIVIewhitTest:withEvent:方法。参考官方文档Event Handling Guide for UIKit Apps中的Determining Which Responder Contained a Touch Event这段。

现在我们来看看UIView的这个hitTest:withEvent:方法。这个方法的处理流程大致如下:

首先会调用当前viewpointInside: withEvent:方法。若返回NO,则point不在当前view内,此时hitTest:withEvent:方法返回nil;若返回YES,则point在当前view内。接着会遍历当前view的subViews,subView也会调用UIView的hitTest:withEvent:方法。(注意:这个遍历subView的顺序是由top到bottom的,可以理解为一个栈,先调用数组末尾的,依次向前遍历)。最终,如果第一次就有subView的hitTest:withEvent:方法返回非空对象,则当前view的hitTest:withEvent:方法就返回此非空对象,处理结束;如果所有的subView的hitTest:withEvent:方法都返回nil,那么当前view的hitTest:withEvent:方法直接返回自身(self),处理结束。

在这个处理过程中,UIView的hitTest:withEvent:方法会忽略以下View:(参考hitTest:withEvent:方法说明)

1)隐藏的view(hidden = YES)

2)禁止了用户操作的view(userInteractionEnabled = NO)

3)alpha < 0.01的view

4)view超出parentView的bounds,且point不在parentView内。

iOS事件链有两条:事件的响应链;Hit-Testing事件的传递链

响应链:由离用户最近的view向系统传递。initial view–>super view–> ….. –>view controller–>window–>Application–>AppDelegate

传递链:由系统向离用户最近的view传递。UIKit–>active app's event queue–>window–>root view–> …… –>lowest view

在iOS中只有继承UIResponder的对象才能够接收并处理事件,UIResponder是所有响应对象的基类,在UIResponder类中定义了处理上述各种事件的接口。我们熟悉的UIApplication、UIViewController、UIWindow和所有继承自UIView的UIKit类都直接或间接的继承自UIResponder,所以它们的实例都是可以构成响应者链的响应者对象,首先我们通过一张图来简单了解一下事件的传递以及响应

传递链

事件传递的两个核心方法

- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;  // recursively calls -pointInside:withEvent:. point is in the receiver's coordinate system

- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;  // default returns YES if point is in bounds

第一个方法返回的是一个UIView,是用来寻找最终哪一个视图来响应这个事件

一个开发者,有一个学习的氛围跟一个交流圈子特别重要,这是一个我的iOS交流群:1012951431, 分享BAT,阿里面试题、面试经验,讨论技术, 大家一起交流学习成长!希望帮助开发者少走弯路。

第二个方法是用来判断某一个点击的位置是否在视图范围内,如果在就返回YES

其中UIView不接受事件处理的情况有

1. alpha <0.01

2. userInteractionEnabled = NO

3. hidden = YES复制代码

事件传递的流程图

流程描述

我们点击屏幕产生触摸事件,系统将这个事件加入到一个由UIApplication管理的事件队列中,UIApplication会从消息队列里取事件分发下去,首先传给UIWindow

在UIWindow中就会调用hitTest:withEvent:方法去返回一个最终响应的视图

在hitTest:withEvent:方法中就会去调用pointInside: withEvent:去判断当前点击的point是否在UIWindow范围内,如果是的话,就会去遍历它的子视图来查找最终响应的子视图

遍历的方式是使用倒序的方式来遍历子视图,也就是说最后添加的子视图会最先遍历,在每一个视图中都回去调用它的hitTest:withEvent:方法,可以理解为是一个递归调用

最终会返回一个响应视图,如果返回视图有值,那么这个视图就作为最终响应视图,结束整个事件传递;如果没有值,那么就会将UIWindow作为响应者

响应链

响应者链流程图

响应者链的事件传递过程总结如下

如果view的控制器存在,就传递给控制器处理;如果控制器不存在,则传递给它的父视图

在视图层次结构的最顶层,如果也不能处理收到的事件,则将事件传递给UIWindow对象进行处理

如果UIWindow对象也不处理,则将事件传递给UIApplication对象

如果UIApplication也不能处理该事件,则将该事件丢弃

实例场景

在一个方形按钮中点击中间的圆形区域有效,而点击四角无效

核心思想是在pointInside: withEvent:方法中修改对应的区域

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {

    // 如果控件不允许与用用户交互,那么返回nil

    if (!self.userInteractionEnabled || [self isHidden] || self.alpha <= 0.01) {

        return nil;

    }

    //判断当前视图是否在点击范围内

    if ([self pointInside:point withEvent:event]) {

        //遍历当前对象的子视图(倒序)

        __block UIView *hit = nil;

        [self.subviews enumerateObjectsWithOptions:NSEnumerationReverse usingBlock:^(__kindof UIView * _Nonnull obj, NSUInteger idx, BOOL * _Nonnull stop) {

            //坐标转换,把当前坐标系上的点转换成子控件坐标系上的点

            CGPoint convertPoint = [self convertPoint:point toView:obj];

            //调用子视图的hitTest方法,判断自己的子控件是不是最适合的View

            hit = [obj hitTest:convertPoint withEvent:event];

            //如果找到了就停止遍历

            if (hit) *stop = YES;

        }];

        //返回当前的视图对象

        return hit?hit:self;

    }else {

        return nil;

    }

}

// 该方法判断触摸点是否在控件身上,是则返回YES,否则返回NO,point参数必须是方法调用者的坐标系

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

    CGFloat x1 = point.x;

    CGFloat y1 = point.y;

    CGFloat x2 = self.frame.size.width / 2;

    CGFloat y2 = self.frame.size.height / 2;

    //判断是否在圆形区域内

    double dis = sqrt((x1 - x2) * (x1 - x2) + (y1 - y2) * (y1 - y2));

    if (dis <= self.frame.size.width / 2) {

        return YES;

    }

    else{

        return NO;

    }

}

参考文章:http://www.cocoachina.com/articles/884967?filter=ios

                   https://www.jianshu.com/p/d5a39b0dc8a1

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

推荐阅读更多精彩内容