APP通过响应者对象来接收和处理事件。响应者对象：只有继承了UIResponder或者UIView, UIViewController, UIApplication的实例对象，才有响应和处理事件的能力，才能被称为响应者对象。
因为UIView, UIViewController, UIApplication继承了UIResponder。
响应者接收到原始事件，一定会要么处理掉这个事件，要么向下一个响应者对象传递。
当APP接收到一个事件时，UIKit会自动引导这个事件到最合适的响应者对象，也就是它的第一响应者。没有处理的事件，会在活跃的响应链中，从一个响应者传递到另一个响应者。这个活跃的响应链是APP的响应对象的动态组成。对于对象怎么从一个响应者传递到下一个响应者，UIKit定义了默认的规则，但是我们也可以通过复写APP中的响应者的属性来改变这些规则。
判断事件的第一响应者：
对于每种类型的时间，UIKit会指派第一响应者并首先将事件发送给这个响应者对象。基于不同的事件类型，第一响应者也是不同的：
触摸事件：第一响应者是触摸产生的view；
按压事件：第一响应者是焦点所在的响应者；
摇动事件：第一响应者是UIKit判决为第一响应者的对象；
远程控制事件：第一响应者是UIKit判决为第一响应者的对象；
编辑菜单消息：第一响应者是UIKit判决为第一响应者的对象；
控件使用action消息直接与与其关联的目标对象通信。当用户和一个控件交互的时候，这个控件就会调用它的目标对象的action方法，换句话说，它给它的目标对象发送了一个action消息。
action消息不是事件，但是它也会利用响应链。当控件的目标对象是nil时，UIKit从目标对象开始，沿着响应链遍历，直到找到实现了合适action方法的对象。举个例子，UIKit编辑菜单使用这个方法去搜索实现了cut: , copy:, paste: 等这样的方法的响应对象。
如果view有附加的手势识别器gesture recognizer，那么手势识别器会在view接收触摸、按压事件之前接收这些事件。如果所有的view的手势识别器都没有识别手势，那么，事件会被传递给view处理。如果view也没有处理的话，UIKit就会把事件在响应链上传递。
当触摸事件发生时，UIKit会把这个事件自动添加到UIApplication管理事件的队列中。
处理的时候，先从UIApplication的事件队列中取出最前面的事件，进行事件的分发传递。传递的顺序是从父控件自上而下传递到子控件。UIKit使用基于view的hit-testing来把触摸的位置和视图层级中的view对象的边界作比较，来判决触摸事件发生在哪里。
UIView的hitTest:withEvent: 方法遍历视图层级，从最远的后代，也就是子view数组的后面开始寻找包含这个触摸的子view。那么这个view就是这个触摸事件的第一响应者。找到合适的子view的时候，就调用这个子控件的触摸方法来进行具体的处理。之所以在遍历子控件的时候，要从后往前遍历，是因为后添加的view一般是在靠上面的位置，它接受事件的可能性也比较大，因此从后往前遍历。
不能响应的控件：1、该控件交互开关userInteractionEnabled为No；2、该控件处于隐藏Hidden状态；3、该控件的透明度小于0.01。
//这个方法会递归调用-pointInside:withEvent:，返回包含point的view
- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;
//如果点在边界范围内，就默认返回YES
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;
- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;
参数：(CGPoint)point接收方的坐标系（边界）中指定的点。
(nullable UIEvent *)event对这个方法调用的事件。 如果您从事件处理代码之外调用此方法，则可以指定nil。
返回值：返回的视图对象是当前视图的最远子视图并且这个子视图包含了这个点。 如果点完全位于接收方的视图层次之外，则返回nil。
这个方法通过对每一个子view调用-pointInside:withEvent:这个方法遍历整个视图层级体系，来判断哪个子view应该接收触摸事件。如果一个子view的-pointInside:withEvent:返回了YES，那么这个子view的整个视图层级就会被遍历，直到在其子view中找到包含这个特定点的最靠上的view。如果view中没有包含这个点，那么它的视图体系就会被忽略而不去遍历。一般我们不需要自己去调用这个方法，除非是为了隐藏或改变来自其子view的触摸事件才会去复写这个方法。
这个方法对于那些被隐藏，被禁用用户交互开关，或者透明度小于0.01的不能响应的控件，是不会被调用的。
注意：
如果触摸位置在view的边界之外的话，hitTest:withEvent:方法会忽略这个view及其子view。因此，当一个view的clipsToBounds 属性为NO时，这个view边界之外的子view不会被返回，即使它包含了这个触摸。之前在做群聊答疑的入口时遇到过这个问题，也是通过复写hitTest方法来解决的
当事件传递给某一个控件时，就会调用这个控件的- (nullable UIView )hitTest:(CGPoint)point withEvent:(nullable UIEvent )event; 方法。
下面是总结的事件传递流程：
UIResponder用来处理事件的响应方法有：
触摸事件的四个处理方法：
//开始触摸时，自动调用该方法
- (void)touchesBegan:(NSSet *)touches withEvent:(nullable UIEvent *)event;
//触摸滑动时，自动调用该方法
- (void)touchesMoved:(NSSet *)touches withEvent:(nullable UIEvent *)event;
//触摸结束离开时，自动调用该方法
- (void)touchesEnded:(NSSet *)touches withEvent:(nullable UIEvent *)event;
//触摸结束前，某些意外事件，如来电话，中止触摸操作时，自动调用该方法
- (void)touchesCancelled:(NSSet *)touches withEvent:(nullable UIEvent *)event;
按压事件的四个处理方法：
- (void)pressesBegan:(NSSet *)presses withEvent:(nullable UIPressesEvent *)event NS_AVAILABLE_IOS(9_0);
- (void)pressesChanged:(NSSet *)presses withEvent:(nullable UIPressesEvent *)event NS_AVAILABLE_IOS(9_0);
- (void)pressesEnded:(NSSet *)presses withEvent:(nullable UIPressesEvent *)event NS_AVAILABLE_IOS(9_0);
- (void)pressesCancelled:(NSSet *)presses withEvent:(nullable UIPressesEvent *)event NS_AVAILABLE_IOS(9_0);
在这里，我们只讨论触摸事件的响应方法
触摸事件中，如果是两只手指同时开始触摸，那么，- (void)touchesBegan:(NSSet )touches withEvent:(nullable UIEvent )event;的touches参数Set集合中，就会有两个UITouch对象。
如果想要自定义UIView的触摸事件，那么就需要在自定义的UIView子类中，重写这四个方法。而如果是UIViewController想自定义触摸事件的话，直接复写上面四个方法就可以了，因为UIViewController本身就自带self.view；
事件的响应是自下而上响应的。也就是说，当响应者view没有处理触摸事件时，可以沿着响应者链向上调用其父view的触摸方法；在根view中，响应链在传递到窗口之前，会先传递到视图控制器。如果窗口window没有处理这个事件的话，UIKit会把事件传递到UIApplication对象。
我们可以通过复写响应者对象的nextResponder属性来改变响应者链。这么做了以后，下一个的响应者就是我们要返回的对象。
许多UIKit类可以复写这个属性，返回特定的对象。如
UIView对象。如果视图是视图控制器的根视图，那么下一个的响应者就是视图控制器。否则，就是视图的父视图。
UIViewController对象。如果视图控制器的视图是窗口的根视图，那么下一个的响应者是窗口对象。如果视图控制器是被其他的视图控制器呈现出来，那么下一个的响应者，就是正在呈现的视图控制器。
UIWindow对象。窗口的下一个响应者就是UIApplication对象。
UIApplication对象。下一个响应者是APP Delegate，但前提是APP Delegate是UIResponder的实例，并且不是视图，视图控制器或者APP对象本身。
下面我简单的写了demo来，验证事件的传递和响应过程：
所建立的视图层级关系如下：
自定义的view类如下：
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
NSLog(@"ViewA touchesBegan with %lu finger", (unsigned long)touches.count);
}
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event
{
NSLog(@"ViewA touchesMoved with %lu finger", (unsigned long)touches.count);
}
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event
{
NSLog(@"ViewA touchesEnded with %lu finger", (unsigned long)touches.count);
}
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event
{
NSLog(@"ViewA touchesCancelled with %lu finger", (unsigned long)touches.count);
}
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
NSLog(@"传递到ViewA");
UIView *view = [super hitTest:point withEvent:event];
NSLog(@"传递到ViewA, view的name = %@", [view class]);
return view;
}
当点击viewD的时候，事件的传递过程可以通过 hitTest:withEvent:方法里打印的日志看出，这个触摸事件是沿着ViewA->ViewC->viewE->viewD传递的，而事件的响应由于最终的响应者viewD在它的触摸方法中做了处理，因此，事件的响应只有viewD。
而如果viewC，viewD都不想去处理这个触摸事件，那么我们可以把viewC和viewD中的触摸方法注释掉，这样viewC和viewD就都不会处理这个事件了。那么这个触摸事件就会向上传递给viewA来处理。日志如下：
以上就是触摸事件的传递和响应过程，总而言之，事件的传递是自上而下的，事件的响应是自下而上的。具体要怎么传递，怎么响应，可以通过去重写hit-test方法和touch方法来实现。
