iOS开发日记33-hit-Test

今天博主有一个hitHest的需求,遇到了一些困难点,在此和大家分享,希望能够共同进步.

当我们点击界面的时候，iOS是如何知道我们点击的是哪一个View？

这个过程就是由hit-testing来完成的。通过hit-testing app 可以知道由那个 view 来响应事件。

下面我就简单介绍一下 hit-testing 是怎么运作的。当我们在界面发生触碰等手势的时候，UIKit 就会打包出一个 UIEvent 对象，并且会把这个对象传递给当前正在活跃的 app ，分发给 app 后单利 UIApplication 就会从它的事件队列里面取出一个事件进行响应。

然后接下来 UIApplication 就要开始烦恼要哪个 View 来响应这个事件，那么这个时候就是 hit-testing 出场的时候了。

hit-testing 的执行过程是：当 UIApplication 接到 UIEvent 以后就会将事件传给 UIWindow ，然后 UIWindow 将事件传给它的 SubView ，然后再次传给 SubView 判断是不是发生在这个 View 里面，直到找到最小的发生这个事件的 View 。

如果没有找到就返回自身，然后从兄弟 View 又开始找。 但是问题来了 hit-testing 是以什么顺序找 SubView 的呢。就是你添加 SubView 的逆序来遍历的，换句话说就是从最顶层的 SubView 开始找。

如图说明：

 

我添加 View 的顺序是：

[self.view addSubView:View1];
[self.view addSubView:View2];
[self.view addSubView:View3];

所以 hit-testing 检测 SubView 的顺序是:

 

所以 hit-testing 进行的是深度优先的检测，当然也不是无脑的深度优先，假如现在 View3 有自己的 SubView 那么 hit-testing 是不会检测 View3 的 SubView 的。

因为在检测 View3 的时候就已经可以断定事件发生的点不在 View3 内所以它的 SubView 也是不会检测的。所以 hit-testing 在检测的时候还是会进行进行剪枝的从而提高效率。

在知道了 hit-testing 的检测过程以后在代码里面是怎么实现的呢？当然我们不可能准确的知道只能是猜测大概的情况。

在 UIView 中有两个方法分别是：

- (BOOL)pointInside:(CGPoint)*point* withEvent:(UIEvent *)*event;
- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;

hit-testing 就是调用

- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;

来得到发生事件的最小的 UIView ，而就是通过调用

- (BOOL)pointInside:(CGPoint)*point* withEvent:(UIEvent *)*event;

来判断一个事件是否发生在一个 UIView 中。所以过程应该是 UIView 在接受到 hit-testing 消息后，先是判断自身的 alpha 、userInteractionEnabled、hidden 等属性，如果这些属性不满足要求那么

- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;

直接返回 nill ，如果符合要求就掉用 

- (BOOL)pointInside:(CGPoint)*point* withEvent:(UIEvent *)*event;

判断事件是否发生在自己这里，如果不在自己这里，就返回 nill ，如果是在自己这里那么就对自己的 SubView 调用

- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;

从而得到一个 View 并且返回。

那么到这里为止 hit-testing 的具体过程就讲完了，那么知道了有什么好处呢？在 UIView 的子类中我们可以重写

- (UIView *)hitTest:(CGPoint)*point* withEvent:(UIEvent *)*event;

所以有趣的事情就多了