点击响应之hit-TestView

标签：

前言：为什么我的UITextView无法滑动了？

“当用户触发某一事件(触摸事件或运动事件)后，UIKit会创建一个事件对象(UIEvent)，该对象包含一些处理事件所需要的信息。然后事件对象被放到一个事件队列中。这些事件按照先进先出的顺序来处理。当处理事件时，程序的UIApplication对象会从队列头部取出一个事件对象，将其分发出去。通常首先是将事件分发给程序的主window对象，对于触摸事件来讲，window对象会首先尝试将事件分发给触摸事件发生的那个视图上。这一视图通常被称为hit-test视图，而查找这一视图的过程就叫做hit-testing。

系统使用hit-testing来找到触摸下的视图，它检测一个触摸事件是否发生在相应视图对象的边界之内(即视图的frame属性，这也是为什么子视图如果在父视图的frame之外时，是无法响应事件的)。如果在，则会递归检测其所有的子视图。包含触摸点的视图层次架构中最底层的视图就是hit-test视图。在检测出hit-test视图后，系统就将事件发送给这个视图来进行处理。

我们通过一个示例来演示hit-testing的过程。图1是一个视图层次结构，

假设用户点击了视图E，系统按照以下顺序来查找hit-test视图：

1. 点击事件发生在视图A的边界内，所以检测子视图B和C；
2. 点击事件不在视图B的边界内，但在视图C的边界范围内，所以检测子图片D和E；
3. 点击事件不在视图D的边界内，但在视图E的边界范围内；

视图E是包含触摸点的视图层次架构中最底层的视图(倒树结构)，所以它就是hit-test视图。

hit-test视图可以最先去处理触摸事件，如果hit-test视图不能处理事件，则事件会沿着响应链往上传递，直到找到能处理它的视图。

事件传递

最有机会处理事件的对象是hit-test视图或第一响应者。如果这两者都不能处理事件，UIKit就会将事件传递到响应链中的下一个响应者。每一个响应者确定其是否要处理事件或者是通过nextResponder方法将其传递给下一个响应者。这一过程一直持续到找到能处理事件的响应者对象或者最终没有找到响应者。

图2演示了这样一个事件传递的流程，

当系统检测到一个事件时，将其传递给初始对象，这个对象通常是一个视图。然后，会按以下路径来处理事件(我们以左图为例)：

1. 初始视图(initial view)尝试处理事件。如果它不能处理事件，则将事件传递给其父视图。
2. 初始视图的父视图(superview)尝试处理事件。如果这个父视图还不能处理事件，则继续将视图传递给上层视图。
3. 上层视图(topmost view)会尝试处理事件。如果这个上层视图还是不能处理事件，则将事件传递给视图所在的视图控制器。
4. 视图控制器会尝试处理事件。如果这个视图控制器不能处理事件，则将事件传递给窗口(window)对象。
5. 窗口(window)对象尝试处理事件。如果不能处理，则将事件传递给单例app对象。
6. 如果app对象不能处理事件，则丢弃这个事件。

“   来自  http://southpeak.github.io/blog/2015/03/07/uiresponder/

我的情况是，在上例的ViewB 中添加了一个subView叫 UIImageView F ，然后 在UIImageView F 上添加了一个subView 叫UITextView G （如下图）。

因为UIImageView的 userInteractionEnabled;    default 是 NO  ，所以当从A开始往B分支找下去的时候，在B的分支E上，因为userInteractionEnabled是NO，所以返回了nil。这样，UITextView就响应不到我滑动的点击事件了。

还有一些需要注意的：

“

PS.

1、默认的hit-testing顺序是按照UIView中Subviews的逆顺序

2、如果View的同级别Subview中有重叠的部分，则优先检查顶部的Subview，如果顶部的Subview返回nil， 再检查底部的Subview

3、Hit-Test也是比较聪明的，检测过程中有这么一点，就是说如果点击没有发生在某View中，那么该事件就不可能发生在View的Subview中，所以检测过程中发现该事件不在ViewB内，也直接就不会检测在不在ViewF内。也就是说，如果你的Subview设置了clipsToBounds=NO,实际显示区域可能超出了superView的frame，你点击超出的部分，是不会处理你的事件的，就是这么任性！

Hit-Test的检查机制如上所示，当确定了Hit-TestView时，如果当前的application没有忽略触摸事件 (UIApplication:isIgnoringInteractionEvents),则application就会去分发事件(sendEvent:->keywindow:sendEvent:)

UIView中提供两个方法用来确定hit-testing View,如下所示 - (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event; // recursively calls -pointInside:withEvent:. point is in the receiver‘s coordinate system

- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event; // default returns YES if point is in bounds

当一个View收到hitTest消息时，会调用自己的pointInside:withEvent:方法,如果pointInside返回YES，则表明触摸事件发生在我自己内部，则会遍历自己的所有Subview去寻找最小单位(没有任何子view)的UIView，如果当前View.userInteractionEnabled = NO,enabled=NO(UIControl),或者alpha<=0.01, hidden等情况的时候，hitTest就不会调用自己的pointInside了，直接返回nil，然后系统就回去遍历兄弟节点。

“来自http://suenblog.duapp.com/blog/100031/iOS%E4%BA%8B%E4%BB%B6%E5%88%86%E5%8F%91%E6%9C%BA%E5%88%B6%EF%BC%88%E4%B8%80%EF%BC%89%20hit-Testing

点击响应之hit-TestView

标签：

原文地址：http://www.cnblogs.com/satchmo/p/4338654.html