事件的产生和传递过程:
- 当触摸事件发生时,压力转换为电信号,iOS 系统将会产生
UIEvent
事件,记录事件产生的时间和类型,然后系统将事件加入到一个由UIApplication
管理的事件队列中。 UIApplication
会从事件队列中取出最前面的事件,并把事件分发下去以便处理,通常会先发送事件给应用程序的主窗口(keywindow
)。- 主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。
- 找到合适的视图控件后,就会调用视图控件的
touches
方法来做事件的具体处理:touchesBegin... touchesMoved... touchesEnded
等。 - 这些
touches
方法默认的做法是将事件顺着响应者链条向上传递,将事件交给上一个响应者进行处理。 一般事件的传递是从父控件传递到子控件的。 如果父控件接收不到触摸事件,那么子控件就不可能接收到触摸事件。
UIView 不能接收触摸事件的三种情况:
- 不接受用户交互:
userInteraction = NO
; - 隐藏:
hidden = YES
; - 透明:
alpha = 0.0 ~ 0.01
;
用户的触摸事件首先会由系统截获,进行包装处理等。
然后递归遍历所有的 view
,进行触碰测试(hitTest
),直到找到可以处理事件的 view
。
// recursively calls -pointInside:withEvent: point is in the receiver's coordinate system
- (UIView *) hitTesst:(CGPoint)point withEvent:(UIEvent *);
// default returns YES if point is in bounds
- (BOOL)pointInside:(CGPoint) withEvent:(UIEvent *)event;
大致的过程 application -> window -> root view -> .. -> lowest view
响应者链:
响应者链条其实就是很多响应者对象(继承自 UIResponder
的对象)一起组合起来的链条称之为响应者链条。
一般默认做法是控件将事件顺着响应者链条向上传递,将事件交给上一个响应者进行处理。那么如何判断当前响应者的上一个响应者是谁呢?有以下两个规则:
- 判断当前是否是控制器的
View
,如果是控制器的View
,上一个响应者就是控制器。 - 如果不是控制器的
View
,上一个响应者就是父控件。 当有view
能够处理触摸事件后,开始响应事件。系统会调用view
的以下方法:
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
- (void)touchesMoved:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
- (void)touchesEnded:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
- (void)touchesCancelled:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
可以多对象共同响应事件。只需要在以上方法重载中调用 super 的方法。
大致的过程 initial view -> super view -> .. -> view controller -> window -> Application
需要特别注意的一点是,传递链中是没有 controller
的,因为 controller
本身不具有大小的概念。但是响应链中是有 controller
的,因为 controller
继承自 UIResponder
。
UIApplication -> UIWindow -> 递归找到最合适处理的控件 -> 控件调用 touches 方法 -> 判断是否实现 touch 方法 -> 没有实现默认会将事件传递给上一个响应者 -> 找到上一个响应者 -> 找不到方法作废
。
PS:利用响应者链条我们可以通过调用 touches 的 super 方法,让多个响应者同时响应该事件。
Comments