先说一下响应链是什么？
在我们点击屏幕时候，iOS操作系统回去用户的点击行为，把这个写包含点击事件的信息包装成UItouch和UIEvent形式的实例，然后找到当前运行的程序，从appDelegate逐级寻找能够响应这个事件的对象，知道没有响应者为止，这个过程就是事件响应链。
响应者
在iOS中，能够响应事件的对象都是UIResponder的子类对象。UIResponder提供了四个用户点击的回调方法，分别对应用户点击开始、移动、点击结束以及取消点击，其中只有在程序强制退出或者来电时，取消点击事件才会调用。
事件对象
iOS使用UIEvent表示用户交互的事件对象，在UIEvent.h文件中，我们可以看到有一个UIEventType类型的属性，这个属性表示了当前的响应事件类型。分别有多点触控、摇一摇以及远程操作（在iOS之后新增了3DTouch事件类型）。在一个用户点击事件处理过程中，UIEvent对象是唯一的
点击对象
UITouch表示单个点击，其类文件中存在枚举类型UITouchPhase的属性，用来表示当前点击的状态。这些状态包括点击开始、移动、停止不动、结束和取消五个状态。每次点击发生的时候，点击对象都放在一个集合中传入UIResponder的回调方法中，我们通过集合中对象获取用户点击的位置。其中通过- (CGPoint)locationInView:(nullable UIView *)view获取当前点击坐标点，- (CGPoint)previousLocationInView:(nullable UIView *)view获取上个点击位置的坐标点。
响应链传递
上面已经介绍了某个控件在接收到点击事件时的处理，那么系统是怎么通过用户点击的位置找到处理点击事件的view的呢？
在上文我们已经说过了系统通过不断查找下一个响应者来响应点击事件，而所有的可交互控件都是UIResponder直接或者间接的子类，那么我们是否可以在这个类的头文件中找到关键的属性呢？
正好存在着这么一个方法：- (nullable UIResponder *)nextResponder，通过方法名我们不难发现这是获取当前view的下一个响应者，那么我们重写touchesBegan方法，逐级获取下一响应者，直到没有下一个响应者位置。相关代码如下：
虽然结果非常有层次，但是从系统逐级查找响应者的角度上来说，这个输出的顺序是刚好相反的。为什么会出现这种问题呢？
发现在UIView的头文件中存在这么两个方法，分别返回UIView和BOOL类型的方法：
从上面输出的nextResponder来看，所有的响应者都是在查找中返回可响应点击的视图。因此，我们可以推测出UIApplication对象维护着自己的一个响应者栈，当pointInSide: withEvent:返回yes的时候，响应者入栈。
栈顶的响应者作为最优先处理事件的对象，假设AView不处理事件，那么出栈，移交给UIView，以此下去，直到事件得到了处理或者到达AppDelegate后依旧未响应，事件被摒弃为止；
总结：当操作系统获取用户的操作后，将用户操作的信息包装成UITouchs和UIEvent实例，先去从appDelegate逐级查找所有能够响应的响应者并依次放入一个栈中，栈顶的响应者对事件处理有最优先权，当栈顶的不能响应处理事件，则出栈，交由下一个响应者，依次知道处理了或无响应，摒弃事件，这就是打印nextResponder顺序与响应栈顺序相反。
