「OC」iOS事件处理流程

小鹿撞出了脑震荡

于 2024-09-04 21:52:32 发布

阅读量587

点赞数 7

文章标签： ios cocoa macos objective-c

本文链接：https://blog.csdn.net/aa2002aa/article/details/141905182

版权

「OC」初识iOS事件处理流程

文章目录

「OC」初识iOS事件处理流程

触摸事件

iOS的事件有好几种：Touch Events(触摸事件)、Motion Events(运动事件，比如重力感应和摇一摇等)、Remote Events(远程事件，比如用耳机上得按键来控制手机)，其中最常用的应该就是Touch Events了，基本存在于每个app的每个地方

触摸事件的响应周期

事件响应者

在学习之前，还需要将基本的概念了解清楚

UIEvent

UIEvent即为事件，事件一共被分为三类，包括触摸事件(Touch Events对应就是UITouch)、运动事件(Motion Events)、远程控制事件(Remote Control Events)。

触摸的目的是生成触摸事件供响应者响应，一个触摸事件对应一个UIEvent对象，其中的 type 属性标识了事件的类型（即三种不同的时间类型）。

当我们app获取到触摸事件的时候，就会将event放置到一个事件队列之中（先触发的事件先执行，符合队列先进先出的特点）

UITouch

一个手指一次触摸屏幕，就对应生成一个UITouch对象。多个手指同时触摸，生成多个UITouch对象。

多个手指先后触摸，系统会根据触摸的位置判断是否更新同一个UITouch对象。若两个手指一前一后触摸同一个位置（即双击），那么第一次触摸时生成一个UITouch对象，第二次触摸更新这个UITouch对象（UITouch对象的 tap count 属性值从1变成2）；若两个手指一前一后触摸的位置不同，将会生成两个UITouch对象，两者之间没有联系。

每个UITouch对象记录了触摸的一些信息，包括触摸时间、位置、阶段、所处的视图、窗口等信息。

手指离开屏幕一段时间后，确定该UITouch对象不会再被更新将被释放。

在UIEvent之中使用以下方法可以获得UIEvent的touch信息：

NSSet *touches = [event allTouches];
for (UITouch *touch in touches) {
    // 访问每个 UITouch 对象的属性
    CGPoint location = [touch locationInView:view];
    NSTimeInterval timestamp = [touch timestamp];
    // 其他属性...
}

UIResponder

每个响应者都是一个UIResponder对象，即所有继承于自UIResponder的对象，本身都具备响应事件的能力。因此以下类的实例都是响应者：

UIView
UIViewController
UIApplication
AppDelegate

在有关触摸的内容，我们使用以下的方法

//手指触碰屏幕，触摸开始
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
//手指在屏幕上移动
- (void)touchesMoved:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
//手指离开屏幕，触摸结束
- (void)touchesEnded:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
//触摸结束前，某个系统事件中断了触摸，例如电话呼入
- (void)touchesCancelled:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;

触摸流程

系统响应阶段

在我们触摸屏幕的时候

IOKit.framework封装整个触摸事件为IOHIDEvent对象
OKit.framework通过IPC将事件转发给SpringBoard.app
IOKit将触摸事件封装成一个IOHIDEvent对象，并通过mach port传递给SpringBord进程

mach port是各个进程的端口，各进程通过它来进行进程间通信
SpringBord是一个系统进程，可以理解为桌面系统。它用来统一管理系统接收到的触摸事件

APP响应阶段

前面的阶段，是通过硬件结合来进行的，接下来的阶段就是通过app来找到点击时，手指停留在view之中的位置，我们还需要将时事件传递给具体被点击的View上。我们要处理这个问题，就是需要使用响应链。

寻找最佳响应者

在UIView之中存在以下两个方法

- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;  //返回触发点击的view
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;  //判断坐标在哪个view的管辖范围内

通过这两个方法，通过上面图片给出的流程，不断循环追溯到准确的响应子视图，第二个方法是包含在第一个方法之中的。

这一过程主要来确定由哪个视图来首先处理 UITouch 事件。当你点击一个 view，事件传到 UIWindow 这一步之后，会去遍历 view 层级，直至找到那个合适的 view 来处理这个事件，这一过程也叫做 Hit-Testing。而在传递至UIWindow之前，UIApplication先将事件通过 sendEvent: 传递给事件所属的window，window同样通过 sendEvent: 再将事件传递至view之中。

系统会根据添加 view 的前后顺序，确定 view 在 subviews 数组中的顺序。然后根据这个顺序将视图层级转化为图层树，针对这个树，使用倒着进行前序深度遍历的算法，进行遍历。

前序深度遍历的具体流程如下：

如果点不在这个视图内，则去遍历其他视图。
如果点击在这个视图内，但是其还有子视图，那么将事件传递给子视图，并且调用子视图的 [hitTest:withEvent:].
如果点击在这个视图内，并且这个视图没有子视图，那么 return self，即它就是那个最合适的视图。
如果点击在这个视图内，并且这个视图没有子视图，但是不想作为处理事件的 view，可以 return nil，事件由父视图处理。

注：以下三种情况UIView以及其子View的hitTest(_:with:)不会被调用，而且子UIView不接收任何触摸事件

userInteractionEnabled = NO
hidden = YES
alpha = 0.0~0.01之间（透明度<0.01即为透明）

UIImageView的userInteractionEnabled默认为NO,因此UIImageView以及它的子控件默认是不接收触摸事件的。

通过以上内容，我们可以仿照一个相关的方法hitTest:withEvent:，以下直接照抄大佬给出的内容：

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event{
    //3种状态无法响应事件
     if (self.userInteractionEnabled == NO || self.hidden == YES ||  self.alpha <= 0.01) return nil; 
    //触摸点若不在当前视图上则无法响应事件
    if ([self pointInside:point withEvent:event] == NO) return nil; 
    //从后往前遍历子视图数组 
    int count = (int)self.subviews.count; 
    for (int i = count - 1; i >= 0; i--) 
    { 
        // 获取子视图
        UIView *childView = self.subviews[i]; 
        // 坐标系的转换,把触摸点在当前视图上坐标转换为在子视图上的坐标
        CGPoint childP = [self convertPoint:point toView:childView]; 
        //询问子视图层级中的最佳响应视图
        UIView *fitView = [childView hitTest:childP withEvent:event]; 
        if (fitView) 
        {
            //如果子视图中有更合适的就返回
            return fitView; 
        }
    } 
    //没有在子视图中找到更合适的响应视图，那么自身就是最合适的
    return self;
}

构成响应链

最佳响应者的最佳，其实就是这个UIResponder对象具有响应对应事件的最高权限，每一个响应者对象（UIResponder对象）都有一个 nextResponder 方法，用于获取响应链中当前对象的下一个响应者。

若视图是控制器的根视图，则其nextResponder为控制器对象；否则，其nextResponder为父视图。
UIViewController
若控制器的视图是window的根视图，则其nextResponder为UIWindow对象；若控制器是从别的控制器present出来的，则其nextResponder为presenting view controller。
UIWindow
nextResponder为UIApplication对象。
UIApplication
若当前应用的app delegate是一个UIResponder对象，且不是UIView、UIViewController或app本身，则UIApplication的nextResponder为app delegate。

通过以上的方式我们就可以通过寻找nextResponder将响应链完整的构建出来。

响应者对于事件的拦截以及传递都是通过 touchesBegan:withEvent: 方法控制的，该方法的默认实现是将事件沿着默认的响应链往下传递。响应者链存在的意义为提供一种机制，让未被直接交互的对象也有机会处理事件，增加了事件处理的灵活性。

寻找最佳响应者和响应链的区别

寻找最佳响应者：
- 从最底层的视图开始，自下而上地检查视图层级。
- 使用hitTest:withEvent:方法来确定哪个视图包含了触摸点。
- 考虑视图的属性，如是否隐藏、是否启用用户交互等。
响应者链：
- 从最佳响应者开始，沿着预定义的路径向上传递。
- 通常的路径是：UIView → UIViewController → UIWindow → UIApplication → UIApplicationDelegate。

总结

以上就是对触摸事件以及响应者链的学习内容，接下来还有UIResponder、UIGestureRecognizer、UIControl这个几个触发响应的优先级，以及响应事件内部的深入探究，由于篇幅我们便将剩下的内容留到下一篇博客吧。

参考资料

小鹿撞出了脑震荡

关注

7
点赞
踩
9

收藏

觉得还不错? 一键收藏
0
评论
「OC」iOS事件处理流程

以上就是对触摸事件以及响应者链的学习内容，接下来还有UIResponder、UIGestureRecognizer、UIControl这个几个触发响应的优先级，以及响应事件内部的深入探究，由于篇幅我们便将剩下的内容留到下一篇博客吧。
复制链接

扫一扫