1.事件传递的流程:
事件传递图.png2.事件传递图示
事件传递详解.png如果想让某个view不能处理事件(或者说,事件传递到某个view那里就断了),那么可以通过刚才提到的三种方式。比如,设置其userInteractionEnabled = NO;那么传递下来的事件就会由该view的父控件处理。
例如,不想让蓝色的view接收事件,那么可以设置蓝色的view的userInteractionEnabled = NO;那么点击黄色的view或者蓝色的view所产生的事件,最终会由橙色的view处理,橙色的view就会成为最合适的view。
所以,不管视图能不能处理事件,只要点击了视图就都会产生事件,关键在于该事件最终是由谁来处理!也就是说,如果蓝色视图不能处理事件,点击蓝色视图产生的触摸事件不会由被点击的视图(蓝色视图)处理!
注意:如果设置父控件的透明度或者hidden,会直接影响到子控件的透明度和hidden。如果父控件的透明度为0或者hidden = YES,那么子控件也是不可见的!
3.流程描述:
- 我们点击屏幕产生触摸事件,系统会将这个事件加入到一个由UIApplication管理的事件队列中,UIApplication会从消息队列里取事件分发下去,首先传给UIWindow
- 在UIWindow中就会调用 hitTest:withEvent: 方法去返回一个最终响应的视图
- 在hitTest:withEvent方法中就会去调用第二个方法 pointInside:withEvent: 去判断当前点击的point是否在UIWindow范围内,如果是的话,就会去遍历它的子视图来查找最终响应的子视图
同级view的遍历方式是使用倒序的方式来遍历子视图
,也就是说最后添加的子视图会最先遍历
,在每一个视图中都去回去调用它的 hitTest:withEvent: 方法,可以理解成为是一个递归调用- 最终会返回一个响应视图,如果返回的视图有值,那么这个视图就作为最终响应视图,结束整个事件传递,如果没有值,那么就会将UIWindow作为响应值
4.hitTest:withEvent: 方法的流程
- 首先会判断当前视图的hiden属性、是否可以交互及透明度是否大于0.01,如果满足条件则进入下一步,否则返回nil
- 然后调用
pointInside:withEvent:
方法来判断这个点是否在当前范围内,如果满足条件进入下一步,否则返回nil- 返回以
倒序
的方式遍历它的子视图,在每一个子视图中取调用hitTest:withEvent:
,如果有一个子视图返回了一个最终的响应视图,就将这个视图返回给调用方,结束流程。如果全部遍历完成都没有找到一个最终响应视图,因为点击位置在当前视图范围内,就将当前视图作为最终响应视图返回
二、视图响应链
2.1 事件的分类
- multitouch events
- motion events
- remote control events
- Multitouch Events: 所谓的多点触摸事件,非常好理解,即用户触摸屏幕交互产生的事件类型。
- Motion Events: 所谓的移动事件。是指用户在摇晃,移动和倾斜手机的时候产生的事件成为移动事件。这类事件依赖于iPhone手机里面的加速计,陀螺仪等传感器。
- Remote Control Events:所谓的远程控制事件。这个事件从名称上面看,不太好理解。但其实,这个事件指的是用户在操作多媒体的时候产生的事件。比如,播放音乐、视频等。
2.2 什么是Responder
- Responder的属性和方法,从下面的方法可以看出UIResponder可以处理Touchevent,motionevent,remote control event
- (UIResponder )nextResponder;
- (BOOL)canBecomeFirstResponder; // default is NO
- (BOOL)becomeFirstResponder;
// Touch Event
- (void)touchesBegan:(NSSet<UITouch > )touches withEvent:(UIEvent )event;
- (void)touchesMoved:(NSSet<UITouch *> )touches withEvent:(UIEvent )event;
- (void)touchesEnded:(NSSet<UITouch *> )touches withEvent:(UIEvent )event;
- (void)touchesCancelled:(NSSet<UITouch *> )touches withEvent:(UIEvent )event;
// Motion Event
- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent )event NS_AVAILABLE_IOS(3_0);
- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent )event NS_AVAILABLE_IOS(3_0);
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent )event NS_AVAILABLE_IOS(3_0);
// Remote Control Event
(void)remoteControlReceivedWithEvent:(UIEvent)event NS_AVAILABLE_IOS(4_0);
注意有个很重要的方法,nextResponder
,很明显可以看出来响应是一条链表结构,通过nestResponder找到下一个responder。
这里是从第一个responder开始通过nextresponder传递事件,直到有responder响应了事件就停止传递;如果传到最后一个responder都没有被响应,那么该事件就被抛弃。
那么,谁是第一个resopnder呢? responder是怎么响应的呢?responder响应后为什么不往下传递了呢?稍后会一一回答
2.3 UIResponder的衍生类:
UIApplication UIViewController UIView都是继承UIResponder,都可以传递和响应事件
image.png
那么就可以这么理解,我们看到的一个界面,可能是由一个UIApplication和多个 UIViewController UIView组成,他们都是responder,他们一起组成了响应连。
每次发生触摸事件,该事件就在这条响应链里传递
2.4 谁是第一个responder?
拿touchevent事件举例,一般情况下(因为有开放可以主动设置firstresponder),当前正在点击的视图对象就是first responder。
2.5 如何寻找first responder?
#事件传递的两个核心方法
#第一个方法返回一个UIView,是用来寻找哪一个视图来响应这个事件
- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event; // recursively calls -pointInside:withEvent:. point is in the receiver's coordinate system
#第二个方法是用来判断某一个点击的位置 是否在视图范围内,如果在就返回YES
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event; // default returns YES if point is in bounds
hitTest和pointinside是系统遍历寻找firstresponder的方法。最终返回的view就是当前触摸的first responder
2.6 hitTest遍历寻找first responder 的规则:
事件传递图解.png1)首先调用当前视图的pointInside:withEvent:方法判断触摸点是否在当前视图内;
2)若返回NO,则hitTest:withEvent:返回nil;
3)若返回YES,则向当前视图的所有子视图(subviews)发送hitTest:withEvent:消息,所有子视图的遍历顺序是从top到bottom,即从subviews数组的末尾向前遍历,直到有子视图返回非空对象或者全部子视图遍历完毕;那么,后面的addsubview进来的子view就会优先被选中为first responder
4)若第一次有子视图返回非空对象,则hitTest:withEvent:方法返回此对象,处理结束;
注意:子view返回非空对象,若该子view还拥有自己的subviews,那么步骤3是个递归遍历。
5)若所有子视图都返回非,则hitTest:withEvent:方法返回自身(self)。
- ios没有源码,下面是模拟源码写的
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
UIView *result = [super hitTest:point withEvent:event];
CGPoint buttonPoint = [underButton convertPoint:point fromView:self];
if ([underButton pointInside:buttonPoint withEvent:event]) {
return underButton;
}
return result;
}
从上面规则可以知道,视图超出父视图的区域是不会参与到遍历的,这是没有意义的计算。加上这个,一共有4种情况的view是不会参与到遍历的
1)隐藏(hidden=YES)的视图
2)禁止用户操作(userInteractionEnabled=NO)的视图
3)alpha<0.01的视图
4)视图超出父视图的区域
也就是说这四种情况的视图,以及他们的子视图是不会成为responder的。
-
下面通过一个比较直观的图形来讲述上面的规则
image.png
假设用户点击了视图D:
- 检测到点击坐标在View A范围之内。
- 继续检测点击范围是否在其子视图B,C范围内。发现点击范围在视图C范围内,则忽略掉B视图及其子视图分支。
- 继续检测点击范围是否在其子视图D范围内,如果是,则用户当前视图即为视图D。如果不是,继续检测其子视图。
- 总结:iOS系统会从父视图向子视图依次查找,直到找到点击范围在当前视图边界范围以内。如果点击范围在某子视图范围内,并且没有了子视图,则该视图即为当前点击视图。如果点击范围在某子视图范围之内,并且不在其子视图范围之内,则点击视图即为当前点击视图。
- 总结:事件的传递和响应
从上面可以看出,事件的传递方向是(hittest就是事件的传递):
UIApplication -> UIWindow ->ViewController-> UIView -> initial view
而Responder传递方向是(还记得nextResponder吗):
Initial View -> Parent View -> ViewController -> Window -> Application
如果最终传递到Application对象,依然没有对事件作出响应,事件就会被舍弃掉。
- 怎么样才算是对事件做出了响应呢
在事件的响应中,如果某个控件实现了touches...方法,则这个事件将由该控件来接受,如果调用了[supertouches….];就会将事件顺着响应者链条往上传递,传递给上一个响应者;接着就会调用上一个响应者的touches….方法
- 点击、摇动、滑动、旋转等会被系统封装成UIEvent,放到事件队列里等待UIApplication去取,然后寻找响应者,找到对应的方法并执行的过程就是响应。
通过上述的传递事件会找到第一响应者,这时就用第一响应者来响应。
-
如果第一响应者不响应,不响应的传递流程示图
视图响应链.png
点击当前视图initial View - initial View的父视图view - view controller - UIWindow - UIApplication
- 通过代码来展示
-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
NSLog(@"%@ touch begin", self.class);
UIResponder *next = [self nextResponder];
while (next) {
NSLog(@"下一个响应者%@",next.class);
next = [next nextResponder];
}
}
-
打印结果:
image.png - 如果传递到UIApplication也没有响应,则这个事件作废.
转自简书:https://www.jianshu.com/p/94b0539b2178
转自博客:ios事件传递和响应机制
网友评论