iOS中的触摸事件 事件传递及响应链

上一篇文章简单介绍了UIView的构成,其实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。


iOS中的触摸事件 事件传递及响应链_第1张图片
Figure 2-1 Hit-testing returns the subview that was touched
  1. 触摸点在view A中,所以要检查子view B和C。
  2. 触摸点不在view B中,但在C中,所以检查C的子view D和E。
  3. 触摸点不在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特殊的构成决定,但事件传递路径会遵守相同的规则。
以下图片很能说明响应链是如何传递的


iOS中的触摸事件 事件传递及响应链_第2张图片
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方法处理事件 如果需要的话可以把事件顺着响应者链条向上抛。

以上

你可能感兴趣的:(iOS中的触摸事件 事件传递及响应链)