这里, 将带你解析"从你的手指触摸屏幕, 到App作出响应"这段历程中究竟发生了什么事.
什么是事件?
iOS中事件分为3大类 : 触摸事件, 加速计事件和远程控制事件.
当你的手指在手机屏幕上触摸时, 产生了一个事件.
当你拿起手机摇一摇时, 产生了一个事件...
那么, 什么对象能够响应, 处理这些事件?
响应者
只有继承自UIResponder的对象才能接收并处理事件, 我们把之类对象称之为'响应者'. UIApplication, UIViewController, UIView都继承自UIResponder, 因此他们都可以接收处理事件.
UIResponder内部提供处理事件的方法有 :
触摸事件
- (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;
加速计事件
- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event;
远程控制事件
- (void)remoteControlReceivedWithEvent:(UIEvent *)event;
除了以上方法, 现在还有一个类, UIGestureRecognizer, 它是一个抽象类，使用它的子类能帮助我们轻松识别view上的各种手势.
UITapGestureRecognizer // 敲击
UIPinchGestureRecognizer // 捏合，用于缩放
UIPanGestureRecognizer // 拖拽
UISwipeGestureRecognizer // 轻扫
UIRotationGestureRecognizer // 旋转
UILongPressGestureRecognizer // 长按
UITouch
当你用一根手指触摸屏幕时, 会创建一个与之关联的UITouch对象, 一个UITouch对象对应一根手指. 在事件中可以根据NSSet中UITouch对象的数量得出此次触摸事件是单指触摸还是双指多指等等.
UITouch几个重要的属性 :
// 触摸产生时所处的窗口
@property(nonatomic,readonly,retain) UIWindow *window;
// 触摸产生时所处的视图
@property(nonatomic,readonly,retain) UIView *view;
// 短时间内点按屏幕的次数，可以根据tapCount判断单击、双击或更多的点击
@property(nonatomic,readonly) NSUInteger tapCount;
// 记录了触摸事件产生或变化时的时间，单位是秒
@property(nonatomic,readonly) NSTimeInterval timestamp;
// 当前触摸事件所处的状态
@property(nonatomic,readonly) UITouchPhase phase;
UITouch的两个方法 (可用于view的拖拽)
/*
返回值表示触摸在view上的位置
这里返回的位置是针对传入的view的坐标系（以view的左上角为原点(0, 0)）
调用时传入的view参数为nil的话，返回的是触摸点在UIWindow的位置
*/
- (CGPoint)locationInView:(UIView *)view;
// 该方法记录了前一个触摸点的位置
- (CGPoint)previousLocationInView:(UIView *)view;
UIEvent
每产生一个事件, 就对应产生一个UIEvent. UIEvent记录着该事件产生的时间, 事件的类型等等.
UIEvent几个重要的属性 :
// 事件类型
@property(nonatomic,readonly) UIEventType type;
@property(nonatomic,readonly) UIEventSubtype subtype;
// 事件产生的时间
@property(nonatomic,readonly) NSTimeInterval timestamp;
事件的产生与传递
手机屏幕是一个2D的平面, 这上面有几个view重叠在一起, 系统并不能分辨出你点击的是哪一个view, 所以响应你的触摸事件的是这个应用程序UIApplication, 而不是其中的一个UIView. 系统会将这次触摸事件加入到由UIApplication管理的一个队列中, 每次从中取出事件分发下去处理. 一般先发给keyWindow.
keyWindow会在视图的层级结构中找到一个最合适的控件来处理触摸事件.
由于触摸事件的传递方向是由父控件传递到子控件, 那何为最合适呢?
- 自己能响应触摸事件
- 触摸点在自己身上
- 从后往前遍历子控件, 重复上两步
- 如果没有符合条件的子控件, 那么就自己最合适处理
根据上图来说明的话
// 点击了绿色的view：
UIApplication -> UIWindow -> 白色 -> 绿色
// 点击了蓝色的view：
UIApplication -> UIWindow -> 白色 -> 橙色 -> 蓝色
// 点击了黄色的view：
UIApplication -> UIWindow -> 白色 -> 橙色 -> 蓝色 -> 黄色
两个系统在寻找最合适view的时候使用到的方法
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event;
当事件传递给控件的时候, 就会调用该方法, 去寻找最合适的view并返回
底层实现如下 :
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
// 1.判断当前控件能否接收事件
if (self.userInteractionEnabled == NO || self.hidden == YES || self.alpha <= 0.01) return nil;
// 2. 判断点在不在当前控件
if ([self pointInside:point withEvent:event] == NO) return nil;
// 3.从后往前遍历自己的子控件
NSInteger count = self.subviews.count;
for (NSInteger i = count - 1; i >= 0; i--) {
UIView *childView = self.subviews[i];
// 把当前控件上的坐标系转换成子控件上的坐标系
CGPoint childP = [self convertPoint:point toView:childView];
UIView *fitView = [childView hitTest:childP withEvent:event];
if (fitView) { // 寻找到最合适的view
return fitView;
}
}
// 循环结束,表示没有比自己更合适的view
return self;
}
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
该方法判断触摸点是否在控件身上, 是则返回YES, 否则返回NO
作用
可以使用以上两个方法做到
- 指鹿为马(明明点击的是B视图, 却由A视图来响应事件)
- 穿透某控件点击被覆盖的下一层控件
- 让父控件frame之外的子控件响应触摸事件
响应者链条
当找到最合适的响应者之后, 便会调用控件相应的touches方法来作具体处理. 然而这些方法默认是不处理, 并将该事件随着响应者链条往回传递, 交给上一个响应者来处理. (即调用super的touches方法)
很诡异吧, 好不容易找到了你, 你却跟老子说你不干活, 给前面找你的人干?
其实苹果这样设计是为了让一个事件能够被多个对象处理!
那么问题来了~ 谁是上一个响应者? 如图所示 :
1. 如果view的控制器存在，就传递给控制器；如果控制器不存在，则将其传递给它的父视图
2. 在视图层次结构的最顶级视图，如果也不能处理收到的事件或消息，则其将事件传递给window对象进行处理
3. 如果window对象也不处理，则其将事件或消息传递给UIApplication对象
4. 如果UIApplication也不能处理该事件或消息，则将其丢弃
有趣的是，当调用UIControl的addTarget:action:forControlEvents:时，如果target设为nil，系统则会从UIControl本身开始沿着响应链往上找，直到找到有一个响应者响应了该事件为止，否则该事件则被丢弃。
