简单概要下
1.通过pointInside:
的方法,寻找点击了那个视图,比如找到这个是CView
(从UIWindow->父视图->子视图寻找)
2.再以CView
为起点,通过hitTest
来确定哪个是响应者
3.确定响应者可不可以响应事件,如果不行,就调用nextResponder
UIResponder
iOS
中能够响应事件的对象都是继承UIResponder
类
iOS UIKit框架学习—UIResponder
UITouch
UITouch保存着跟手指相关的信息,比如触摸的位置、时间、阶段等。
当手指移动时,系统会更新同一个UITouch对象,使之能够一直保存该手指在的触摸位置。
当手指离开屏幕时,系统会销毁相应的UITouch对象。
所以,当用户用一根手指触摸屏幕时,会创建一个与手指相关联的UITouch对象,一根手指对应一个UITouch对象。
UIEvent
事件对象,记录事件产生的时刻和类型
每产生一个事件,就会产生一个UIEvent对象
响应链
响应链有两个过程,先进行事件的传递,再进行事件的响应
1.事件的传递
事件发生后,事件就被封装成UIEvent
对象放入事件队列
UIApplication
对象会将事件从队列顶部取出,通过sendEvent:
方法进行派发
UIApplication
和UIWindow
有sendEvent:
方法
UIWindow
接受到事件开始进行最优响应视图查询的过程,也就是hitTest
和pointInside
的过程,通过这个过程寻找最优的响应者,其实这个过程也就是事件的传递过程,为什么呢?
因为这个过程依赖两个方法
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event ;
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event;
这两个方法都带着UIEvent
参数,那么其实就是这个事件通过这两个方法在视图层之间进行传递,直到找到最优的响应者。
那么事件的传递过程是从UIApplication
到最优响应者
2.事件的响应
先说下,响应链是什么,我的理解是,响应链就是一堆响应者串一起的一个链
响应者之间的联系是通过nextResponder
事件的响应流程是从最顶层点击的视图到UIApplication
在事件的传递过程中,我们已经找到了最优的响应者,一般这个最优的响应者也是最顶层的视图;我们在确定了最优响应者的情况下,还得确定这个响应者能不能响应事件,所以才需要事件的响应这个流程,那么这个流程就是先找最顶层视图,看看可不可以响应这个事件- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
方法有没有会调用,如果这个视图没法响应这个事件,那么就会调用nextResponder
方法,寻找下一个响应者,直到找到了可以响应事件的视图,最后完成了事件的响应过程
总结
事件响应过程分两步,事件的传递和事件的响应,事件是由UIApplication
分发出来,开始往上层视图走,寻找响应者,通过这个过程找到响应者后;再进行事件的响应,来确定这个响应者可不可以响应事件,可以就给他响应了,不可以就沿着响应链nextResponder
继续寻找可以响应事件的响应者,如果最后没人响应这个事件,那么也就是一直nextResponder
到了UIApplication
这一层,那这时候这个事件就会被上报给其Delegate
,但前提下这个Delegate
不属于 响应链 并且是UIResponder
的子类
参考文章:
iOS UIKit框架学习—UIResponder
iOS-UIApplication详解
iOS编程中的快递小哥-Responder Chain(响应链)
iOS UIEvent 事件传递 流程
iOS-UITouch事件处理详解
网友评论