美文网首页iOS面试专辑
什么是响应者链?ios面试攻克篇(三)

什么是响应者链?ios面试攻克篇(三)

作者: iOS__开发者皮皮峰 | 来源:发表于2020-12-02 15:53 被阅读0次

        '写在前面的话'
    这些是我对iOS面试时会碰到的问题的解决方法,整理出来分享给大家,有些错误不要
    太好笑,希望对大家有所帮助。大家有更好的解决办法也欢迎沟通交流。
    一直以来都有写点儿东西的想法,就从笔记、从阅读开始吧,加油!'
    


    iOs中的响应者链(Responder Chain)是用于确定事件响应者的一种机制,其中的事件主要指触摸事件(Touch Event),该机制和UIKit中的UIResponder类紧密相关。响应触摸事件的都是屏幕上的界面元素,而且必须是继承自UlResponder 类的界面类(包括各种常见的视图类及其视图控制器类,如UIView和UIViewController)才可以响应触摸事件。


    一个事件响应者的完成主要经过两个过程: hitTest方法命中视图和响应者链确定响应者。hitTest方法首先从顶部UIApplication往下调用(从父类到子类),直到找到命中者,然后从命中者视图沿着响应者链往上传递寻找真正的响应者。

    如图下所示界面结构,最顶部是一一个UIWindow窗口,其下对应一个唯一-的根 视图,根视图上可以不断叠加嵌套各种子视图,构成一棵树。需要注意的是,父节点里面嵌套着子节点,即子节点的frame包含在父节点的frame内,但是子节点不一定是父节点的子类, 它们是组合关系而非继承关系。


    视图节点图 和 视图树屏幕效果图
    一:响应者链

    UIResponser包括了各种Touch message的处理,比如开始,移动,停止等等。常见的 UIResponser UIView及子类,UIViController,APPDelegate,UIApplication等等。
    回到响应链,响应链是由UIResponser组成的,那么是按照哪种规则形成的?

    + A: 程序启动
    UIApplication会生成一个单例,并会关联一个'APPDelegate'。
    APPDelegate作为整个响应链的根建立起来,而``UIApplication会将自己与这个单例链接,
    即UIApplication的nextResponser(下一个事件处理者)为APPDelegate`。
    
    + B:创建UIWindow
    程序启动后,任何的UIWindow被创建时,UIWindow内部都会把nextResponser设置为UIApplication单例。
    UIWindow初始化rootViewController,rootViewController的nextResponser会设置为UIWindow
    
    + C:UIViewController初始化
    loadView, VC的view的nextResponser会被设置为VC.
    
    + D:addSubView
    addSubView操作过程中,如果子subView不是VC的View,那么subView的nextResponser会被设置为superView。
    如果是VC的View,那就是' subView' ->' subView.VC' ->'superView'如果在中途,
    subView.VC被释放,就会变成subView.nextResponser = superView
    


    过程

    我们使用一个现实场景来解释这个问题:当一个用点击屏幕上的一个按钮,这个过程具体发生了什么。

    1.用户触摸屏幕,系统硬件进程会获取到这个点击事件,将事件简单处理封装后存到系统中,由于硬件检测进程和当前App进程是两个进程,所以进程两者之间传递事件用的是端口通信。硬件检测进程会将事件放到APP检测的那个端口。

    2.APP启动主线程RunLoop会注册一个端口事件,来检测触摸事件的发生。当事件到达,系统会唤起当前APP主线程的RunLoop。来源就是App主线程事件,主线程会分析这个事件。

    3.最后,系统判断该次触摸是否导致了一个新的事件, 也就是说是否是第一个手指开始触碰,如果是,系统会先从响应网中 寻找响应链。如果不是,说明该事件是当前正在进行中的事件产生的一个Touch message, 也就是说已经有保存好的响应链



    响应者链条

    响应者链条: 其实就是很多响应者对象(继承自 UIResponder 的对象)一起组合起来的链条称之为响应者链条。

    一般默认做法是控件将事件顺着响应者链条向上传递,将事件交给上一个响应者进行处理。

    那么如何判断当前响应者的上一个响应者是谁呢?有以下两个规则:

    判断当前是否是控制器的 View,如果是控制器的 View,上一个响应者就是控制器。
    如果不是控制器的 View,上一个响应者就是父控件,当有 view 能够处理触摸事件后,开始响应事件。 系统会调用 view 的以下方法:

    1. (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
    2. (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
    3. (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
    4. (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;
    

    可以多对象共同响应事件。只需要在以上方法重载中调用 super 的方法。

    大致的过程 initial view –> super view –> ……–> view controller –> window –> Application

    需要特别注意的一点是,传递链中是没有 controller 的,因为 controller 本身不具有大小的概念。但是响应链中是有 controller 的,因为 controller 继承自 UIResponder。

    UIApplication –> UIWindow –>递归找到最合适处理的控件 –> 控件调用 touches 方法 –> 判断是否实现 touches 方法 –> 没有实现默认会将事件传递给上一个响应者 –> 找到上一个响应者 –> 找不到方法作废

    PS:利用响应者链条我们可以通过调用 touches 的 super 方法,让多个响应者同时响应该事件。

    谢谢你长的这么好看,还关注我!!!点个赞呗!!
    这就是响应链相关的点,如果有什么不对的请留言提示,然后有什么别的需要改进的提示请联系我我会及时补充~

    over.over.

    部分文章来自转载他人,如有侵权请联系作者删除

    相关文章

      网友评论

        本文标题:什么是响应者链?ios面试攻克篇(三)

        本文链接:https://www.haomeiwen.com/subject/antewktx.html