面试-响应者链和事件传递

这篇文章主要整理一下面试中会问到的一个知识点：响应者链跟事件传递
按照时间顺序，事件的生命周期是这样的：
事件的产生和传递（事件如何是从父控件传递到子控件并查找到最合适的view，查找最合适view的底层原理是什么，以及拦截事件处理）--> 最合适的view是怎么处理事件的呢？
先从以下几个概念说起
（一）响应者对象？
App中使用响应者对象接收和处理事件，也就说任何UIResponder的实例对象都是响应者对象。为什么说 UIResponder 是响应者对象呢？因为UIResponder内部提供了以下方法来处理事件触摸事件:

//触摸事件
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesCancelled:(NSSet *)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;

UIResponder的子类包括UIView, UIViewController, UIApplication。但是有以下几种情况，响应者对象并不能接收和处理事件
a> .hidden = YES;
b> .userInteractionEnabled = NO;
c> ..alpha <0.01
Note：如果设置一个控件的透明度<0.01，会直接影响子控件的透明度。alpha：0.0~0.01为透明。默认UIImageView不能接受触摸事件，因为不允许交互，即userInteractionEnabled = NO。所以如果希望UIImageView可以交互，需要设置UIImageView的userInteractionEnabled = YES

@interface UIView : UIResponder <NSCoding, UIAppearance, UIAppearanceContainer, UIDynamicItem, UITraitEnvironment, UICoordinateSpace, UIFocusItem, UIFocusItemContainer, CALayerDelegate>
@interface UIViewController : UIResponder <NSCoding, UIAppearanceContainer, UITraitEnvironment, UIContentContainer, UIFocusEnvironment>
@interface UIApplication : UIResponder

（二）事件分类都有哪些呢?
事件是发送到应用程序反应用户操作的对象。在iOS中，事件可以采取多种形式：触摸事件，运动事件和用于控制多媒体的事件。这最后一种类型的事件被称为遥控事件或者远程控制事件，因为它可以源自外部附件。触摸事件的第一响应者一般是视图，对于其他事件，该对象往往是第一响应者。而在我们开发过程中最常用的就是触摸事件。

事件分类图解

3.什么是响应者链？
响应者链(Responder Chain)是由响应者对象串联起来的一条链条，是支撑App界面交互的重要基础，点击、滑动、旋转、摇晃等都离不开其背后的响应者链
下图是官方给出的一个默认响应链：

官方默认响应链

4.事件是怎么传递呢？
a>当用户的事件产生之后,UIKit会自动创建一个包含处理事件所需要信息的UIEvent对象
Note：自行查询更多关于UIEvent信息

S_CLASS_AVAILABLE_IOS(2_0) @interface UIEvent : NSObject

b>然后这个UIEvent对象被放入UIApplication的任务队列，为什么是队列而不是栈？因为队列的特点是FIFO，即先进先出，先产生的事件先处理才符合常理，所以把事件添加到队列
Note: 对于触摸事件，该对象是在UIEvent对象中打包的一组触摸。对于运动事件，事件对象因您使用的框架和您感兴趣的运动事件类型而异。
c>单例UIApplication对象从任务队列顶部获取一个事件然后向下分发处理，即UIWindow。
d>UIWindow 再继续向下分发处理，即根视图(UIView/UIViewController)
d>根视图再继续向下分发处理，即UIView。
e>UIView 首先判断一下是否具备接收和处理事件的能力，如果能，则继续查找位于UIView上的子视图，如果父视图不具备接收事件能力，则它的子视图更不可能接触到事件。
f>子视图查找过程类似e步骤。如果找不到能处理事件的子视图，则自己处理，如果不能则不做任何处理。
***一般事件发生之后都是按照上面的图从下到上一层一层的查找第一响应者。
***当找到第一响应者之后，处理事件的对象从上倒下一层一层的传递

事件传递过程中是怎么找到第一响应者的呢？
两个重要的方法
hitTest:withEvent:方法
pointInside方法

- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;   // recursively calls -pointInside:withEvent:. point is in the receiver's coordinate system
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;   // default returns YES if point is in bounds

a> hitTest:withEvent:方法
什么时候调用？
只要事件一传递给一个控件,这个控件就会调用他自己的hitTest：withEvent：方法
返回结果
寻找并返回最合适的view(能够响应事件的那个最合适的view)
拦截事件处理：
因为hitTest：withEvent：方法可以返回最合适的view，所以可以通过重写hitTest：withEvent：方法，返回指定的view作为最合适的view。
不管点击哪里，最合适的view都是hitTest：withEvent：方法中返回的那个view。
通过重写hitTest：withEvent：，就可以拦截事件的传递过程，想让谁处理事件谁就处理事件。
如果hitTest:withEvent:方法中返回nil，那么调用该方法的控件本身和其子控件都不是最合适的view，也就是在自己身上没有找到更合适的view。那么最合适的view就是该控件的父控件。
所以事件的传递顺序是这样的：
　　产生触摸事件->UIApplication事件队列->[UIWindow hitTest:withEvent:]->返回更合适的view->[子控件 hitTest:withEvent:]->返回最合适的view
想让谁成为最合适的view就重写谁自己的父控件的hitTest:withEvent:方法返回指定的子控件，或者重写自己的hitTest:withEvent:方法 return self。但是，建议在父控件的hitTest:withEvent:中返回子控件作为最合适的view！
b>pointInside:withEvent:方法
pointInside:withEvent:方法判断点在不在当前view上（方法调用者的坐标系上）如果返回YES，代表点在方法调用者的坐标系上;返回NO代表点不在方法调用者的坐标系上，那么方法调用者也就不能处理事件。
以上就是一些知识点总结，感谢大神分享：https://www.jianshu.com/p/2e074db792ba
https://www.jianshu.com/p/410ca78faa98
https://www.jianshu.com/p/847432c2cb3b
https://www.jianshu.com/p/4155c9ffe1a8
后续还会更新，如有错误，请多指正！