hit-test的用法总结：如何阻止touch事件传递到子view

今天，群里有人问了这个问题：添加了touch事件之后怎么阻止touch事件传递到子view。其实看了官方的文档Event Handling Guide for iOS的童鞋，应该是没有问题的。但是自己还是总结一下。

触摸之后，主要的步骤如下：

(1), 事件分发：如何确定当前点击的点由哪个view来处理？

hit-test来确定hit-view

(2), 事件响应：确定hit-view之后，如何处理事件？ 

当确定了hit-view之后，第一响应者就是当前的hit-view，然后就会根据响应者链来处理触摸事件。

有手势的先处理手势，手势识别失败后，执行touch系列回调处理。

情景应用

问题1：如果父视图userInteractionEnable是NO，这时候子视图能接收touch事件吗？

分析：不能

因为在hit-testing的时候父视图返回nil了，那么就轮不到子视图来hit-testing了。

这也是为何在imgView上面加载UIButton的时候，button无法响应的原因

问题2：如果一个视图A(A上面加载了手势处理)被视图B盖住了，A与B都是视图X的子视图，那么怎样让A的手势能响应？

分析： 因为B盖住了A，所以hit-test的结果之后，hit-view肯定是B，A的手势无法响应，

可以这么做：

  1, 设置B.userInteractionEnable = NO;

  2, B.hidden = YES;

  3, B.alpha = 0;

上面的3种情况下，A都可以响应手势了。

因为这么设置之后，在hit-testing的时候，B视图的hitTest方法返回的是nil，最终的hit-view是A，所以触摸事件就轮到了A来处理。

问题3：如果一个viewA不希望它的subView来处理touch事件，而是由自己处理，怎么办？

分析：

viewA不希望触摸事件传递到它的subView, 也就是viewA自己阻断触摸事件的传递，只要让触摸后最终的hit-view是他自己就可以了。

比如viewA的subView为YLViewSub1

有如下2种方法:

方法一：不推荐

在viewA的.m文件中重载hitTest（注意：viewA是一个自定义的UIView才能重载此方法）,如下

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

  UIView *hitView = [super hitTest:point withEvent:event];

  // 此时hitView是已经检测出的hit-view了,是self or subViews(hitted subView)

 
  /* 注意：
   * 如果想要阻断触摸事件传递给 subView ，下面的 2 种做法是不太合理的：
   */

 

  /* 方法1：

   *