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,所以它们的实例都是可以构成响应者链的响应者对象,首先我们通过一张图来简单了解一下事件的传递以及响应
iOS响应链和事件传递流程
文章图片
传递链
事件传递的两个核心方法
- (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复制代码
事件传递的流程图
iOS响应链和事件传递流程
文章图片
流程描述
我们点击屏幕产生触摸事件,系统将这个事件加入到一个由UIApplication管理的事件队列中,UIApplication会从消息队列里取事件分发下去,首先传给UIWindow
在UIWindow中就会调用hitTest:withEvent:方法去返回一个最终响应的视图
在hitTest:withEvent:方法中就会去调用pointInside: withEvent:去判断当前点击的point是否在UIWindow范围内,如果是的话,就会去遍历它的子视图来查找最终响应的子视图
遍历的方式是使用倒序的方式来遍历子视图,也就是说最后添加的子视图会最先遍历,在每一个视图中都回去调用它的hitTest:withEvent:方法,可以理解为是一个递归调用
最终会返回一个响应视图,如果返回视图有值,那么这个视图就作为最终响应视图,结束整个事件传递;如果没有值,那么就会将UIWindow作为响应者
响应链
响应者链流程图
iOS响应链和事件传递流程
文章图片
响应者链的事件传递过程总结如下
如果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;
【iOS响应链和事件传递流程】[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

    推荐阅读