在我们使用iOS app的时候，在界面上这里点一下那里拖一下，app也接收我们的手势从而调用相对应的方法。那么这篇文章就是讲解当我们点击界面的时候，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;
所以有趣的事情就多了。
