你的位置:首页 > 操作系统

[操作系统]iOS开发日记33


今天博主有一个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.png

我添加 View 的顺序是:

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

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


hit-testing 检测顺序.png


所以 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;

所以有趣的事情就多了