一个触摸点(如touch-point)是否和一个绘制在屏幕上的图像对象(如UIView)相交(intersects),决定这一结果的过程就是hit-testing.找出用户手指下能接收触摸事件的那个最前端的UIView,在iOS中就是用hit-testing实现的. 它的算法实现是深度优先逆先序遍历算法(reverse pre-order depth-first traversal algorithm).
在解释hit-testing工作原理前,理解它是怎么执行的很有必要.下图展示了单点触摸开始到结束的高层次的流向(high-level flow).
每次一个手指触摸屏幕,hit-testing就会像上面那样执行.在此之前,view或gesture会接收到触摸对象(touch)所属的事件(event).
不知什么原因,hit-testing会连续执行多次.不过,多次确定的hit-testing view一样.
hit-testing完成后,触摸点下最前端的view也确定了.确定的hit-testing view被关联上各个阶段的触摸事件序列(例如:开始,移动,结束,取消).另外,hit-testing view和添加在该view上的手势以及其祖先都会被关联touch对象.
需要注意的是即使手指移出hit-testing view,它依然会接收touch对象,直到touch event序列结束.
touch对象在hit-test view整个生命周期内都被关联着,即使移到了该view外.
参看:iOS事件处理指南,iOS开发者库
如先前所说,hit-testing使用的是反先序深度优先遍历算法(先遍历根节点,然后按索引由高到低遍历子树).这种遍历方式可以减少迭代,一旦遍历到包含触摸点的最深层后代view,既可以停止搜索.这种情况是可能的,因为子视图总是渲染在父视图上,兄弟视图总是渲染在subview数组中索引值低的兄弟视图上.如此,当多个重叠视图包含具体点时,右子树中最深的view将会是最前端的view.
表面上,subview会遮盖parent view的部分或全部.每个superview以数组的形式有序地存储在subview,subview在数组中的顺序影响着该view的显示.两个兄弟subview相遮盖时,最后加入数组的(或被移到subview数组后面的)会显示在另一个的上面.
参看:iOS开发指南,iOS开发者库
下图是一个屏幕上的用户界面和它的视图层次树的例子.这棵树的分支从左到右的分布反应了subview数组的顺序.
正如所看到的,"View A"和"View B"是子view,"View B.1"和"View A.2"相遮盖."View B"比"View A"的索引值大,"View B"和其子view会渲染在"View A"和其子view之上.当用户手指触摸屏幕触发hit-testing时,"View B"就是hit-testing view.
使用反先序的深度优先算法,一旦发现最深层后代view包含touch-point,就可以停止遍历.
该深度优先算法开始先给view的root view(UIWindow)发送hitTest:withEvent消息.这个方法的返回值是包含touch-point的最前端的view.
下面流程图可以说明hit-test逻辑.
下面代码是原生hitTest:withEvent:方法的可能实现.
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
if (!self.isUserInteractionEnabled || self.isHidden || self.alpha <= 0.01) {
return nil;
}
if ([self pointInside:point withEvent:event]) {
for (UIView *subview in [self.subviews reverseObjectEnumerator]) {
CGPoint convertedPoint = [subview convertPoint:point fromView:self];
UIView *hitTestView = [subview hitTest:convertedPoint withEvent:event];
if (hitTestView) {
return hitTestView;
}
}
return self;
}
return nil;
}
hitTest:withEvent:首先检查view是否可以接收touch,一个view如果可以接收touch,需:
view没有隐藏
self.hidden = NOview开启用户交互
self.userInteractionEnable = YESview的alpha值大于0.01
self.alpha > 0.01viwe包含该点
pointInside:withEvent: == YES
满足上述,view允许接收touch,按照从后向前的顺序向该view的每一个subview发送hitTest:withEvent:来遍历,当返回非nil时停止.touch-point下,在subview中进行hit-testing,最先返回非nil值是前端的view返回的,同时也是也是当前接收接收者的返回值.如果接收者的subview都返回nil或者没有subview返回接收者.
相反,view不允许接收touch,这个方法不会遍历其子树,直接返回nil.由此可知,hit-test过程可能不会遍历视图层次中的每个view.
重写hitTest:withEvent:通用的使用案例
在各阶段touch事件序列中的touch事件想要由一个view重定向到另一个view处理时,可以重写 hitTest:withEvent: 方法.
重写
hitTest:withEvent:方法来重定向touch事件,将会重定向touch事件序列中的所有touch事件.hit-test执行必须在第一个touch事件发送到接收者之前(UITouchPhaseBegan阶段touch).
扩大view触摸区(touch area)
一个使用场景,view的触摸区需要大于它的bounds时,可以重写hitTest:withEvent:方法.例如,下图展示了一个20x20的UIView,处理touches附近的区域,这个尺寸可能太小了.因此,通过重写hitTest:withEvent:,触摸区可以在每个方向上扩大10坐标点.
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
if (!self.isUserInteractionEnabled || self.isHidden || self.alpha <= 0.01) {
return nil;
}
CGRect touchRect = CGRectInset(self.bounds, -10, -10);
if (CGRectContainsPoint(touchRect, point)) {
for (UIView *subview in [self.subviews reverseObjectEnumerator]) {
CGPoint convertedPoint = [subview convertPoint:point fromView:self];
UIView *hitTestView = [subview hitTest:convertedPoint withEvent:event];
if (hitTestView) {
return hitTestView;
}
}
return self;
}
return nil;
}
注意:为了hit-test正常,父视图的bounds应该包含目标子视图的触摸区,或者重写
hitTest:withEvent:来包含目标触摸区.
传事件到下面的视图
有时,一个视图忽略touch事件,把该事件传给它下面的视图是很有必要的.举个例子,一个透明的遮盖视图(transparent overlay)放置在app其他的所有视图上.该遮盖视图有一些control和button类型的子视图,它们应该正常响应触摸事件.但触摸遮盖视图的其它位置应该把事件传给它下面的视图.为了实现这一个行为,遮盖层的hitTest:withEvent:方法可以被重写,它的子视图包含touch-point时返回子视图,其它情况返回nil,这里的其它情况也包括遮盖视图包含touch-point.
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
UIView *hitTestView = [super hitTest:point withEvent:event];
if (hitTestView == self) {
hitTestView = nil;
}
return hitTestView;
}
译者注:
1.这个案例我在翻译时反复读了原文很多遍,原文中的views below指的是视图书中更靠近根节点的那些视图,而苹果文档中的lowest view指的是最靠近叶子节点的视图.
2.这里的透明遮盖视图本身是可以响应的touch的.
3.作者说遮盖视图是透明的,想构造一种使用场景,如果子控件可以响应,就让子控件响应,如果触摸不在子控件上,遮盖视图就把交由它下面的视图响应.
传递事件给子视图
一个不同的使用案例是父视图把事件传给它的子视图.在子视图展示在父视图的一个区域,但应该响应出现在父视图上的所有touch时,可能需要这种使用方式.一个例子,由一个父视图和UIScrollview来创建图片的旋转木马效果,UIScrollview的pagingEnabled属性设置为YES,clipsToBounds属性设置为NO.
为了让UIScrollview不仅能响应出现在自己bounds内的touch,也能响应父视图bounds内的touch,父视图的hitTest:withEvent:方法可以像下面这种方式重写:
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
UIView *hitTestView = [super hitTest:point withEvent:event];
if (hitTestView) {
hitTestView = self.scrollView;
}
return hitTestView;
}
至此,文章翻译结束.点击看原文
译者的话
在查阅资料时,不要只是看看,最好动手尝试一下.否则,你看过的东西即便是错的,也会形成你的认知.
不信你可以看看网上关于下面这类方法的博客,看看他们是如何解释super一下的作用.
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
[super touchesBegan:touches withEvent:event];
}
很多解释都会扯到父视图,至少从表面实验结果这是对的,注释掉[super touchesBegan:touches withEvent:event];,父视图的该方法确实不会执行,加上就会执行.这里的super和父视图完全没关系,而是为了调用父类的方法.
为啥注释掉这个方法，就不调用父视图的该方法呢?很简单,如果hit-test view能处理touch事件就不会继续沿着响应者链继续传下去了.我们在hit-test view中实现了- (void)touchesBegan:(NSSet<UITouch *> *)touches,就意味着hit-test view可以处理touch事件,所以事件不会继续传了.如果调用了[super touchesBegan:touches withEvent:event];呢?如果该hit-test view的父类没有实现该方法,就会传给响应者链中的下一个响应者,这样父视图中的该方法就会被调用.
这里只是一个小例子,希望大家看资料时注意甄别.
