iOS触摸事件

Posted 2020-08-16 徐家汇123

 

 

步骤1：找目标。在ios视图层次结构中找到触摸事件的最终接受者；

步骤2：事件响应。基于iOS响应者链（Responder Chain）处理触摸事件

找目标

在找目标阶段所使用到的两大利器是UIView的 hitTest:withEvent: 以及 pointInside:withEvent: 方法。找目标的过程也称为hit-Testing。先来看一张图(注: 图来自MJ)比较直观：

下面解释一下处理原理：

1、手指触摸屏幕，这个动作被包装成一个UIEvent对象发送给当前活跃的UIApplication (Active Application)，Application将该Event对象插到任务队列的末尾等待处理(先进先出，先来的先处理)；

2、UIApplication单例将事件发送给APP的主Window(所有显示的view都添加在Window上)；

3、主Window调用视图层次结构上逐级使用hit-Testing确认最终的响应目标，这个目标也称为hitTesting view。

 

 在没有做任何重载操作的前提下，系统默认的hit-Testing的处理机制如下：

当前view调用自身的pointInside: withEvent:方法判断触摸点是否在自己范围内：

• 若pointInside: withEvent:方法返回NO，则说明触摸点不在自己范围内，则 当前view的hitTest: withEvent:方法返回nil，当前view上的所有subview都不做判断。有点领导的意见一票否决的味道。
• 若pointInside: withEvent:方法返回YES，则说明触摸点在自己的范围内。但无法判断是否在自己身上还是在subview的身上。此时，遍历所有的subviews，对每个subview调用hitTest方法。这里要注意，遍历的顺序是从当前view的subviews数组的尾部开始遍历。因此离用户最近的上层的subview会优先被调用hitTest方法。
• 一旦hitTest方法返回非空的view，则被返回的view就是最终相应触摸事件的view，寻找hitTesting view的阶段到此结束，不再遍历。
• 若当前view的所有subviews的hitTest方法都返回nil，则当前view的hitTest方法返回self作为最终的hitTesting view，处理结束。

 

以上就是第一阶段寻找响应view的机制。这里我们结合一个具体的例子再过一遍(图片引自技术哥的博客)：

当用户点击ViewD所在的区域时会进行以下hit-Testing：

• ViewA的pointInside返回YES，因为触摸点在其bounds内。遍历ViewA的两个subview；
• ViewB的pointInside返回NO，因为触摸点不在其bounds内，ViewB的hitTest方法返回nil。而且发生一票否决，在ViewB上的所有subviews受到牵连将不再进行hit-Testing处理。ViewC的pointInside返回YES，因为触摸点在其bounds范围内，ViewC的hitTest方法返回默认处理，也就是 return[super hitTest:point withEvent:event]; 遍历ViewC的两个subview；
• ViewD的pointInside返回YES，因为触摸点在其bounds范围内，且ViewD没有subview，因此hitTest方法返回其自己。hitTesting view找到，结束处理。

 

这里有几点需要强调：

1、hitTest方法调用pointInside方法；

2、hit-Testing过程是从superView向subView逐级传递，也就是从层次树的根节点向叶子节点传递；

3、遇到以下设置时，view的pointInside将返回NO，hitTest方法返回nil：

• view.isHidden=YES；
• view.alpah<=0.01；
• view.userInterfaceEnable=NO;
• control.enable=NO;(UIControl的属性)

hit-Testing过程用代码可以描述如下：

 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {     if (self.alpha <= 0.01 || !self.userInteractionEnabled || self.hidden) {         return nil;     }     BOOL inside = [self pointInside:point withEvent:event];     UIView *hitView = nil;     if (inside) {         NSEnumerator *enumerator = [self.subviews reverseObjectEnumerator];         for (UIView *subview in enumerator) {             hitView = [subview hitTest:point withEvent:event];             if (hitView) {                 break;             }         }         if (!hitView) {             hitView = self;         }         return hitView;     } else {         return nil;     } }

 

　　

 

事件响应

上一部分我们通过hit-Testing机制找到了hitTesting View，这个hitTesting View就是触摸事件的响应者Responder。在iOS系统中，能够响应并处理事件的对象称之为Responder Object，而UIResponder是所有responder的最顶层基类。当hitTesting view做完自己该做的动作后，可以根据需要将消息传给下一级响应者。那下一级响应者会是什么呢？这取决于iOS中的响应者链Responder Chain，如下图所示：

• UIView的nextResponder属性，如果有管理此view的UIViewController对象，则为此UIViewController对象；否则nextResponder即为其superview。
• UIViewController的nextResponder属性为其管理view的superview.
• UIWindow的nextResponder属性为UIApplication对象。
• UIApplication的nextResponder属性为nil。

更具体的：

1. 如果hit-test view或first responder不处理此事件，则将事件传递给其nextResponder处理，若有UIViewController对象则传递给UIViewController，传递给其superView。
2. 如果view的viewController也不处理事件，则viewController将事件传递给其管理view的superView。
3. 视图层级结构的顶级为UIWindow对象，如果window仍不处理此事件，传递给UIApplication.
4. 若UIApplication对象不处理此事件，则事件被丢弃。

了解响应者链有时候可以帮我解决一些实际问题。我举个例子，我们知道，当提供给你一个ViewController你可以很容易得到它的view，一句代码的事情：

1	viewWanted = someViewController.view;

但如果反过来呢？当给你一个view，让你找到其所在的ViewController呢？这时候响应者链可以帮上忙了，代码如下：

1 2 3 4 5 6 7 8 9 10 11 12

@implementation UIView (FindController) -(UIViewController*)parentController{     UIResponder *responder = [self nextResponder];     while (responder) {     if ([responder isKindOfClass:[UIViewController class]]) {         return (UIViewController*)responder;     }     responder = [responder nextResponder];     }     return nil; } @end