ios中的其他ui控件，如UIWindow，UIButton，UIlabel等都是继承自UIView，也就是说，他们的响应事件也是如UIView一样，由UIResponder负责，比如，单指点击，滑动，缩放等，而其中则是由The Responder Chain负责各种交互在不同层次的传递与判断由谁响应。
在官方文档中介绍了如何寻找hit-test view 和 first responder object（第一个响应对象）
这里做简单介绍：
寻找hit-test view
iOS使用hit-testing寻找触摸的view。 Hit-Testing通过检查触摸点是否在关联的view边界内，如果在，则递归地检查该view的所有子view。在层级上处于lowest（就是离用户最近的view）且边界范围包含触摸点的view成为hit-test view。确定hit-test view后，它传递触摸事件给该view。
举例说明，假设用户触摸了图中的view E。iOS通过如下顺序查找hit-test view。
Figure 2-1 Hit-testing returns the subview that was touched
- 触摸点在view A中，所以要检查子view B和C。
- 触摸点不在view B中，但在C中，所以检查C的子view D和E。
- 触摸点不在D中，但在E中。
View E是这个层级上处于lowest的view的边界范围包含触摸点，所以它成为了hit-test view。
hitTest:withEvent:方法通过传递进来CGPoint和UIEvent返回hit test view。该方法调用pointInside:withEvent:方法，如果传入hitTest:withEvent:的point在view的边界范围内，则pointInside:withEvent:返回YES。然后，这个方法会在view的所有子view中递归的调用hitTest:withEvent:。
如果传入hitTest:withEvent:的point在view的边界范围内，则pointInside:withEvent:返回NO。这个point会被忽略，hitTest:withEvent:返回nil。如果一个子view返回NO，则它所在的view的层级上的分支的子view都会被忽略。
Hit-test view是处理触摸事件的第一选择，如果hit-test view不能处理事件，该事件将从事件响应链中寻找响应器，直到系统找到一个处理事件的对象。具体见“The Responder Chain Is Made Up of Responder Objects”。
响应器链的传递方式
响应链是什么时候创建的：
当一个view被add到superView上的时候，他的nextResponder属性就会被指向它的superView，当controller被初始化的时候，self.view(topmost view)的nextResponder会被指向所在的controller，而controller的nextResponder会被指向self.view的superView，这样，整个app就通过nextResponder串成了一条链，也就是我们所说的响应链。所以响应链就是一条虚拟的链，并没有一个对象来专门存储这样的一条链，而是通过UIResponder的属性串连起来的
响应链的传递机制：
如果初始化对象（initial object）—— 即hit-test view或者first responder —— 不处理事件，UIKit会将事件传递给responder chain的下一个responder。每个responder决定它是传递事件还是通过nextResponder方法传递给它的下一个responder。这个操作继续直到一个responder处理event或者没有responder了。
Responder chain 序列在iOS确定一个事件并将它传递给initial object（通常是view）时开始。所以initial view有处理事件的第一个机会。下图描述了两个不同的事件传递路径（因为不同的app 设置）。一个App的事件传递路径由app特殊的构成决定，但事件传递路径会遵守相同的规则。
以下图片很能说明响应链是如何传递的
Figure 2-2 The responder chain on iOS
总结：
事件的传递和响应分两个链：
传递链：由系统向离用户最近的view传递。UIKit –> active app’s event queue –> window –> root view –>……–>lowest view
响应链：由离用户最近的view向系统传递。initial view –> super view –> …..–> view controller –> window –> Application
事件处理的整个流程总结：
1.触摸屏幕产生触摸事件后，触摸事件会被添加到由UIApplication管理的事件队列中
2.UIApplication会从事件队列中取出最前面的事件，把事件传递给应用程序的主窗口，这时候执行事件传递流程 找到一个最合适的视图来处理触摸事件。（这时候如果某一个view上添加了手势，且该手势能响应对应事件，则走手势的响应，根据手势的设置来决定是否阻断下面的步骤，但是事件传递过程依旧。如没有或者不能响应则继续走下面步骤）
3.最合适的view会调用自己的touches方法处理事件 如果需要的话可以把事件顺着响应者链条向上抛。系统触摸事件响应链如下：
- 事件触发：主屏幕触摸事件 --> 系统进程 --> App进程接收系统触摸事件，触发source1回调 --> App进程触发source0回调 --> source0回调将触摸事件添加到Application事件队列
- 寻找最佳响应者：首先通过
hitTest:withEvent:寻找最佳响应者，顺序为：UIApplication --> UIWindow --> UIViewController --> UIViewController.view --> view - 响应事件：再者通过
touchesBegan:withEvent:来响应和传递这个触摸事件。默认顺序为：最佳响应者 --> 最佳响应者的父View --> UIViewController.view --> UIViewController --> UIWindow --> UIApplication --> UIApplicationDelegate - 触摸事件优先级：UIGestureRecognizer > UIControl > 父view的UIGestureRecognizer > UIResponder