iOSiios开发-事件分发机制（hitTest与响应链）
一、什么是hitTest
hitTest: withEvent: 是UIView 里面的一个方法，该方法的作用 在于 : 在视图的层次结构中寻找一个最适合的 view 来响应触摸事件。
该方法会被系统调用，调用的时候，如果返回为nil，即事件有可能被丢弃，否则返回最合适的view 来响应事件。
- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent *)event
- point : 在接收器的局部坐标系(界)中指定的点。
- event : 系统保证调用此方法的事件。如果从事件处理代码外部调用此方法，则可以指定nil。
- returnValue : 视图对象是当前视图和包含点的最远的后代。如果点完全位于接收方的视图层次结构之外，则返回nil。
二、hitTest 的调用顺序
touch -> UIApplication -> UIWindow -> UIViewController.view -> subViews -> ....-> 合适的view
1
三、事件的传递顺序
事件传递顺序与hitTest 的调用顺序 恰好相反
view -> superView ...- > UIViewController.view -> UIViewController -> UIWindow -> UIApplication -> 事件丢弃
- 首先由 view 来尝试处理事件，如果他处理不了，事件将被传递到他的父视图superview
- superview 也尝试来处理事件，如果他处理不了，继续传递他的父视图 UIViewcontroller.view
- UIViewController.view尝试来处理该事件，如果处理不了，将把该事件传递给UIViewController
- UIViewController尝试处理该事件，如果处理不了，将把该事件传递给主窗口Window
5.主窗口Window尝试来处理该事件，如果处理不了，将传递给应用单例Application
6.如果Application也处理不了，则该事件将会被丢弃
四、hitTest的实现思路
常见的视图不响应事件不外乎如下几种情况
- view.userInteractionEnabled = NO;
- view.hidden = YES;
- view.alpha < 0.05
- view 超出 superview 的 bounds
那么hitTest 就可根据上面 结果 大概模拟下 hitTest 方法的大概实现
- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
// 如果交互未打开，或者透明度小于0.05 或者 视图被隐藏
if (self.userInteractionEnabled == NO || self.alpha < 0.05 || self.hidden == YES)
{
return nil;
}
// 如果 touch 的point 在 self 的bounds 内
if ([self pointInside:point withEvent:event])
{
for (UIView *subView in self.subviews)
{
//进行坐标转化
CGPoint coverPoint = [subView convertPoint:point fromView:self];
// 调用子视图的 hitTest 重复上面的步骤。找到了，返回hitTest view ,没找到返回有自身处理
UIView *hitTestView = [subView hitTest:coverPoint withEvent:event];
if (hitTestView)
{
return hitTestView;
}
}
return self;
}
return nil;
}
五、实践场景
首先我们通过代码创建一个具有层次结构的视图集合，在viewcontroller的viewDidLoad中添加如下代码：
greenView *green = [[greenView alloc] initWithFrame:CGRectMake(50, 50, 300, 500)];
[self.view addSubview:green];
redView *red = [[redView alloc] initWithFrame:CGRectMake(0, 0, 200, 300)];
[green addSubview:red];
orangeView *orange = [[orangeView alloc] initWithFrame:CGRectMake(0, 350, 200, 100)];
[green addSubview:orange];
blueView *blue = [[blueView alloc] initWithFrame:CGRectMake(10, 10, 100, 100)];
[red addSubview:blue];
image.png
即响应链的第一响应者，也可以通过重写touches方法来决定该由响应链上的谁来响应事件。
- 情景1：点击黄色视图，红色视图响应
黄色视图和红色视图均为绿色视图的子视图，我们可以重写绿色视图的hitTest:withEvent:方法，在其中直接返回红色视图，代码示例如下：
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
if (self.userInteractionEnabled == NO || self.hidden == YES || self.alpha <= 0.01) return nil;
if ([self pointInside:point withEvent:event] == NO) return nil;
//红色视图是先被add的，所以是第一个元素
return self.subviews[0];
}
我们这里是重写了父视图的hitTest方法，而不是重写红色视图的hitTest方法并让它返回自身，道理也很显然，在遍历绿色视图所有子视图的过程中，可能还没来得及调用到红色视图的hitTest方法时，就已经遍历到了触摸点真正所在的绿色视图，这个时候重写红色视图的hitTest方法是无效的。
- 情景2：点击红色视图，绿色视图响应（也就是事件透传）
我们可以重写红色视图的hitTest方法，让其返回空，这时候便没有了合适的子视图来响应事件，父视图即绿色视图就成为了最合适的响应事件的视图，代码示例如下：
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
return nil;
}
当然，我们也可以重写绿色视图的hitTest方法，让其直接返回自身，也能实现同样效果，不过这样的话点击其它子视图（比如黄色视图）就也不能响应事件了，因此如何处理需要视情况而定。
- 情景3：点击红色视图，红色和绿色视图均做响应
我们知道，事件在不能被处理时，会沿着响应者链传递给下一个响应者，因此我们可以重写响应者对象的touches方法来实现让一个事件多个响应者对象响应的目的。因此我们可以通过重写红色视图的touches方法，先做自己的处理，然后在把事件传递给下一个响应者，代码示例如下：
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
NSLog(@"red touches begin"); //自己的处理
[super touchesBegan:touches withEvent:event];
}
- (void)touchesMoved:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
NSLog(@"red touches moved"); //自己的处理
[super touchesBegan:touches withEvent:event];
}
- (void)touchesEnded:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
NSLog(@"red touches end"); //自己的处理
[super touchesBegan:touches withEvent:event];
}
- (void)touchesCancelled:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
NSLog(@"red touches canceled"); //自己的处理
[super touchesBegan:touches withEvent:event];
}
需要说明的是，事件传递给下一个响应者时，用的是super而不是superview，这并没有问题，因为super调用了父类的实现，而父类默认的实现就是调用下一个响应者的touches方法。如果直接调用superview反而会有问题，因为下一个响应者可能是viewcontroller
