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

如图下所示界面结构，最顶部是一一个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.

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