iOS:hitTest: withEvent:

hitTest: withEvent: 的作用:

  1. 寻找并返回最合适的view,即,能够响应事件的那个最合适的view;
  2. 拦截事件的处理:想让谁成为最合适的view,就重写其父控件的hitTest:withEvent:方法返回指定的子控件;

假如用户点击了View E,结合上面最经典的图介绍hit-test view的流程:

  1. A 是UIWindow的根视图,因此,UIWindwo对象会首先对 A 进行hit-test;

  2. 显然用户点击的范围是在 A 的范围内,因此,pointInside:withEvent:返回了YES,这时会继续检查 A 的子视图;

  3. 这时候会有两个分支,B 和 C :
    点击的范围不在 B 内,因此 B 分支的 pointInside:withEvent: 返回NO,对应的hitTest:withEvent:返回nil;
    点击的范围在 C 内,即 C 的pointInside:withEvent:返回YES;

  4. 这时候有 D 和 E 两个分支:
    点击的范围不在 D 内,因此 D 的pointInside:withEvent:返回NO,对应的hitTest:withEvent:返回nil;
    点击的范围在E内,即 E 的pointInside:withEvent:返回YES,由于 E 没有子视图(也可以理解成对E的子视图进行hit-test时返回了nil),因此,E 的hitTest:withEvent:会将 E 返回,再往回回溯,就是 C 的hitTest:withEvent:返回E--->>A的hitTest:withEvent:返回 E 。

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

总结:

事件的传递顺序: 就是寻找最合适 view 的过程。
产生触摸事件 -> UIApplication事件队列 -> [UIWindow hitTest:withEvent:] -> 返回更合适的view -> [子控件 hitTest:withEvent:] -> 返回最合适的view。即:触摸事件的传递是从父控件传递到子控件。

事件的响应: 首先看 initial View 能否响应这个事件,如果不能则会将事件传递给其上级视图(superView);如果上级视图仍然无法处理,则会继续往上传递;一直传递到视图控制器:判断视图控制器的 self.view 能否处理这个事件,若果不能就判断该视图控制器能否处理,如果还不能处理就继续往上传递,一直到 window;如果 window 还不能处理就交给 application 处理,如果 application 还是不能处理,就将其丢弃。


看一下实际运用的例子:


说明:两个灰色的button:LeftButton 和 RightButton,放到他们的父视图粉红色的view上。按常理来说,点击框一框二的位置,由于已经超出了父视图了,不会响应button的点击事件。

下面是单独对LeftButton处理,之后我们点击框一位置就可以响应LeftButton的响应事件了,具体请看代码。

#import "PinkView.h"

@interface PinkView ()

@property (weak, nonatomic) IBOutlet UIButton *leftButton;
@property (weak, nonatomic) IBOutlet UIButton *rightButton;

@end

@implementation PinkView

#pragma mark - Private Methods

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

    // 如果父视图
    // `self.userInteractionEnabled == NO`
    // `self.hidden == YES` 或 `self.alpha < 0.01`,那么就不响应事件
    if (!self.userInteractionEnabled || self.hidden || self.alpha < 0.01) {
        return nil;
    }
    
    // 将点击的位置转化为相对于 `self.leftButton` 的坐标
    CGPoint leftButtonPoint = [self convertPoint:point toView:self.leftButton];

    // 判断转化后的坐标,是否在 `self.leftButton`内
    if ([self.leftButton pointInside:leftButtonPoint withEvent:event]) {
        return self.leftButton;
    }

    // 其他的触摸事件仍交由系统处理
    return [super hitTest:point withEvent:event];
}

- (IBAction)onLeftButton:(id)sender {
    NSLog(@"onLeftButton");
}

- (IBAction)onRightButton:(id)sender {
    NSLog(@"onRightButton");
}

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