目的：了解事件传递过程和响应机制能够帮助处理一些手势冲突，自定义手势等问题
###1、事件分类？
1.1 在iOS系统中把事件分为4类事件：
- UIEventTypeTouches: 触摸手机屏幕事件
- UIEventTypeMotion：手机的摇晃和运动事件。比如摇晃手机，手机陀螺仪感应，该事件由UIKit触发的，因此它不遵守事件响应机制。
- UIEventTypeRemoteControl：手机远程控制事件。主要是用来接收耳机等外部设备的命令，目的是用来控制手机的多媒体。
- UIEventTypePresses: 物理按压事件，比如音量、开关物理键。
1.2 UITouch介绍
@property(nonatomic,readonly) NSTimeInterval timestamp; //事件产生的时间
@property(nonatomic,readonly) UITouchPhase phase; // 是一个常量，指示触摸是否开始、移动、结束或取消。有关此属性的可能值的描述
@property(nonatomic,readonly) NSUInteger tapCount; // touch down within a certain point within a certain amount of time
@property(nonatomic,readonly) UITouchType type API_AVAILABLE(ios(9.0));// 触摸类型
@property(nullable,nonatomic,readonly,strong) UIWindow *window;// 事件产生时所处窗口
@property(nullable,nonatomic,readonly,strong) UIView *view; // 事件产生时所处视图
- (CGPoint)locationInView:(nullable UIView *)view; // 当前触摸的位置
- (CGPoint)previousLocationInView:(nullable UIView *)view; // 上一个位置
1.2.1 上面就是UITouch类的关键字段和方法。
- 当手指触摸屏幕的时候就会创建一个UITouch对象，一根手指对应一个UITouch对象。
- 如果两个手指同时触摸屏幕，view只会调用一次touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event方法，touches参数中装着2个UITouch对象。如果两根手机一前一后触摸屏幕view会调用touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event两次，每次只有一个UITouch对象。
- 当想要多指同时触摸UIView，并且UIView能够接受到的时候需要手动开启multipleTouchEnabled的值为YES，UIView默认是不支持多点点击的。
1.2.2 UITouch的重要属性和方法介绍
- 可以通过timestamp获取事件产生的间隔，自定义特殊的响应事件。
- tapCount 在一定的时间内点击屏幕的次数，根据这个可自定义双击，三击事件。
- locationInView: 当前触摸点，在视图的位置。
- previousLocationInView:上一次触摸点，在视图的位置。
- 上面的两个方法可以完成view的拖拽功能。
1.3 UIResponder的介绍
UIResponder类继承NSObject，在iOS系统中，只有继承了UIResponder才能够响应事件，在iOS体系中，UIApplication、UIViewController和UIView是直接继承UIResponder类的，所以它们能够直接响应事件。特别的是UIWindow继承UIView所以UIWindow也是可以响应事件。在实际开发中，我们可以重写UIResponder 提供的方法来完成特定的需求。如下是UIResponder的部分源码：
@interface UIResponder : NSObject <UIResponderStandardEditActions>
// 获取下一个响应链
@property(nonatomic, readonly, nullable) UIResponder *nextResponder;
// 指定当前的view能否是第一个响应事件，默认不是
@property(nonatomic, readonly) BOOL canBecomeFirstResponder;
- (BOOL)becomeFirstResponder;
// 能否把当前view注册成为第一响应者，默认是的。
@property(nonatomic, readonly) BOOL canResignFirstResponder; 、
- (BOOL)resignFirstResponder;
@property(nonatomic, readonly) BOOL isFirstResponder;
// 触摸屏幕对应的状态
- (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;
- (void)touchesEstimatedPropertiesUpdated:(NSSet<UITouch *> *)touches ;
// 手机自带物理按键对应的状态
- (void)pressesBegan:(NSSet<UIPress *> *)presses withEvent:(nullable UIPressesEvent *)event ;
- (void)pressesChanged:(NSSet<UIPress *> *)presses withEvent:(nullable UIPressesEvent *)event ;
- (void)pressesEnded:(NSSet<UIPress *> *)presses withEvent:(nullable UIPressesEvent *)event ;
- (void)pressesCancelled:(NSSet<UIPress *> *)presses withEvent:(nullable UIPressesEvent *)event ;
// 手机摇动的状态
- (void)motionBegan:(UIEventSubtype)motion withEvent:(nullable UIEvent *)event ;
- (void)motionEnded:(UIEventSubtype)motion withEvent:(nullable UIEvent *)event ;
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(nullable UIEvent *)event ;
// 远程状态
- (void)remoteControlReceivedWithEvent:(nullable UIEvent *)event ;
1.4 UITapGestureRecognizer的介绍
UITapGestureRecognizer类是在iOS3.2才开始提供的，使开发人员更加容易的处理触摸屏幕的事件。UITapGestureRecognizer有7个子类，能够帮助我们处理常见的需求，如用UITapGestureRecognizer可以在UITabelViewCell里的图片识别手势事件。
- UITapGestureRecognizer: 单点或者多点的手势识别器
- UIPinchGestureRecognizer: 缩放手势识别器
- UIRotationGestureRecognizer:旋转手势识别器
- UISwipeGestureRecognizer:滑动手势识别器
- UIPanGestureRecognizer: 平移手势识别器
- UIScreenEdgePanGestureRecognizer: 从屏幕边缘附近开始的平移手势
- UILongPressGestureRecognizer: 长按手势识别器
UIGestureRecognizer的部分源码如下所示：
@interface UIGestureRecognizer : NSObject
// Valid action method signatures:
// -(void)handleGesture;
// -(void)handleGesture:(UIGestureRecognizer*)gestureRecognizer;
- (instancetype)initWithTarget:(nullable id)target action:(nullable SEL)action NS_DESIGNATED_INITIALIZER; // designated initializer
- (instancetype)init;
- (nullable instancetype)initWithCoder:(NSCoder *)coder;
// 为识别手势添加行为
- (void)addTarget:(id)target action:(SEL)action;
// 移除手势行为
- (void)removeTarget:(nullable id)target action:(nullable SEL)action;
// 可以使用state来区分UIGestureRecognizer的7个子类
@property(nonatomic,readonly) UIGestureRecognizerState state; // the current state of the gesture recognizer
// 手势识别的代理能够处理不同手势的行为
@property(nullable,nonatomic,weak) id <UIGestureRecognizerDelegate> delegate; // the gesture
2、事件产生和传递
2.1 事件传递规则：事件的传递是从父view传到子view的，所以如果父控件接受不到触摸事件，那么子控件就不可能接收到触摸事件。其流程大致如下。
- 当用户触摸屏幕后，系统会将该触摸事件加入到一个由UIApplication管理的队列事件中。
- UIApplication会从事件队列中取出最前面的事件，并将事件分发下去以便处理，通常会先发送事件给应用程序的主窗口(keyWindow)。
- 主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。
2.1 例如，下图是view的层次结构。
2.2 根据事件传递规则，按照图2.1的点击例子。
- 点击1：这个触点是在Bview上，那么它的事件分发是：UIApplication–>UIWindow–>Aview–>BView。
- 点击2：这个触点在DView上，那么它的事件分发是：UIApplication–>UIWindow–>Aview–>BView–>C1View–>DView。
- 点击3：这个触点在C2View上，那么它的事件分发是：UIApplication–>UIWindow–>Aview–>BView–>C2View。
####2.3 UIView不能处理触摸事件的情况
- 不允许交互：userInteractionEnabled = NO
- 隐藏hidden=yes：如果把父控件隐藏，那么子控件也会隐藏，隐藏的控件不能接受事件
- 透明度apha：如果设置一个控件的透明度<0.01，会直接影响子控件的透明度。alpha：0.0~0.01为透明。
注意：根据不能处理触摸事件的情况，**满足上面的其中一点，那么触摸事件将不会继续传下去，这时将会由它的父控件来处理。**例如对于点击2，假设设置DView不允许交互，即userInteractionEnabled = NO。那么点击2的触摸事件将由C1View来处理。
2.4 问题1：iOS是如何确定最合适的接收控件？
大致流程如下：
1. 主窗口接收到应用程序传递过来的事件后，首先判断自己能否接收手触摸事件。如果能，那么再判断触摸点在不在窗口自己身上，执行步骤二，否则丢弃这个事件。
2.如果触摸点也在窗口身上，那么窗口会从后往前遍历自己的子控件。（从后往前遍历的个人理解：结合事件响应机制，它与事件传递机制传递的路径相反，向里传递到UIApplication结束。所以此处的从后往前遍历减少了不不要的遍历次数，假设当前view是最适合接收事件的view,那么就不必要遍历该view的父view或者父父view，从而减少遍历次数，而响应事件传递到该view也停止）。
3.遍历到每一个子控件后，再判断是否有子控件，然后重复上面的两个步骤：传递事件给子控件，1.判断子控件能否接受事件，2.点在不在子控件上。
4. 如此循环遍历子控件，直到找到最合适接收事件的view，如果遍历后没有更合适的子控件，那么自己就成为最合适接收事件的view。
2.5 问题1的理论依据
#####2.5.1 hitTest: withEvent:方法
当事件传递到控件时，无论该控件能不能处理事件，该触点在不在该控件上，该控件首先会调用自己的
- (UIView *)hitTest:(CGPoint)point withEvent: (UIEvent *)event
方法寻找最适合接收事件的view。
官方对这个方法的介绍如下：
- This method traverses the view hierarchy by calling the pointInside: withEvent: method of each subview to determine which subview should receive a touch event.
- If pointInside: withEvent: returns YES, then the subview’s hierarchy is similarly traversed until the frontmost view containing the specified point is found.
- If a view does not contain the point, its branch of the view hierarchy is ignored.
官方建议我们不需要显式调用只需要重写它达到特殊的功能，比如屏蔽子控件接受事件。
由上描述可知：
- 方法hitTest: Event:首先调用的是pointInside: withEvent来判断接受者是否可以接受触摸事件，如果可以在调用子控件的hitTest: Event:，如此重复直到找到最合适接受事件的view。
- 如果pointInside: withEven:返回值是YES，该触摸事件会传到子view，同样会调用子view的hitTest: Event:，所以子view的hitTest: Event:默认情况下都会被调用。
- 重写该方法可以自定义事件传递方式。只要该方法返回nil，该事件就不会往下传递，并且认为父控件是最适合接收事件的view。
#####2.5.2 方法pointInside: withEven:
- (BOOL) pointInside:(CGPoint)point withEvent:(UIEvent *)event;
需要强调的是：如果子view超出父view的bounds.那么超出部分的view将不会接受到触摸事件。
####2.6 结合这两个方法可以做一些特别的功能
- 转移响应事件，如点击Aview，让BView响应。
- 点击子view，让父view响应。
- 一个事件可以被多个view响应。
3、响应链传递介绍
上文介绍了事件传递，它的结果找到了最合适接收事件的view。而事件响应是从这最适合的view开始的。官网链接。
3.1 传递规则
**如果当前的响应控件不处理事件，那么该事件沿着响应链向上传递，如果响应该事件，则消费该事件，停止在响应链上传递。如果响应链传到UIApplication还没被处理就丢弃。它与查找最合适View的方向相反。**如图3.1所示 苹果官网介绍的响应链介绍的例子。
图3.1 点击事件响应链示意图
**解释：**如果子View（UILabel、UITextField、UIBUtton）不处理事件，UIKit发送事件到父UIView对象，然后是窗口的根视图（UIWindow）。在将事件定向到窗口之前，响应器链从根视图转移到所属的视图控制器。如果窗口不能处理事件，UIKit将事件传递给UIApplication对象，特别的，如果该对象是UIResponder的实例，并且不是responder链的一部分，可能还会传递给应用委托。（如果能处理则停止事件传递）。
**特殊事件：**与加速度计、陀螺仪和磁强计相关的运动事件不遵循响应链。而是由Core Motion直接这些事件传递给指定的对象。
**注：
**新手的文章可能有误，请指正。
扫一扫
1684
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
