ios 的hitest

ios 的hitest本身并没有什么好学的东西

但是不理解机理，像我这种想了很长时间都没结果，那就没啥意思了。

现在来看看这个玩意。

先说结论。

hitest：withEvet  调用过程

比如如果是当前的View A， 还有一个viewB

如果不重写hitest 方法，那么 系统默认是先调用viewA的hitest 方法，然后再调用viewB的htest方法。

系统的调用过程，跟下面的重写hitest的方法是一模一样的。

-(UIView*)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    if ([self pointInside:point withEvent:event]) {
    }
    else {
        return nil;
    }
    for (UIView *subView in self.subviews) {
        if ([subView hitTest:point withEvent:event]!=nil) {
            return subView;
        }
    }
    
    return self;
}

在说明一次，如果不重写hitest方法，那么每一个UIVIeew的默认hitest的方法都是上面这个处理流程。

那也没啥好说的。

但是对于一些特殊的处理过程，就不行了

所以之所以重写hitest方法，通常都是为了穿透上层 的 UIview，让touch事件可以达到下面的uiview

比如 view A  和 VIew B

View b完全挡住了view A，但是我想让点击viewB的时候，view A可以响应点击的事件。就可以采用下面的方法

-(UIView*)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    if ([self pointInside:point withEvent:event]) {
        NSLog(@"in view A");
        return self;
    }
    else {
        return nil;
    }

}