iOS中事件响应链和传递链

一：响应者链
响应者对象是能够响应并且处理事件的对象，UIResponder是所有响应者对象的父类, UIResponser包括了各种Touch message 的处理，比如开始，移动，停止等等。常见的子类 有 UIView，UIViController, APPDelegate，UIApplication等等。注意: CALayer的父类是NSObject, 所以CALayer是无法响应事件的.

回到响应链，响应链是由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

在项目上点击一个cell打印的nextResponder 响应者链条,  cell上的button寻找父view -> 找到tableView -> vc.view -> vc -> NavigationController -> TabBarController -> Window -> UIApplication -> AppDelegate.

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

在屏幕上的每一次动作事件都是一次Touch，在iOS中用UITouch对象表示每一次的触控，多个Touch组成一次Event，用UIEvent来表示一次事件对象。

• 1.用户触摸屏幕，系统硬件进程会获取到这个点击事件，将事件简单处理封装成UIEvent后存到系统中，由于硬件检测进程和当前App进程是两个进程，所以进程两者之间传递事件用的是端口通信。硬件检测进程会将事件放到APP检测的那个端口。
• 2.APP启动主线程RunLoop会注册一个端口事件，来检测触摸事件的发生。当事件到达，系统会唤起当前APP主线程的RunLoop。来源就是App主线程事件，主线程会分析这个事件。
• 3.最后，系统判断该次触摸是否导致了一个新的事件, 也就是说是否是第一个手指开始触碰，如果是，系统会先从响应网中 寻找响应链。如果不是，说明该事件是当前正在进行中的事件产生的一个Touch message， 也就是说已经有保存好的响应链

二：事件传递链

通过两种方法来做这个事情。

// 先判断点是否在View内部，然后遍历subViews
- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;  
// 判断点是否在这个View内部
// default returns YES if point is in bounds
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;   

流程

• 1：先判断该层级是否能够响应（1.alpha>0.01 2.userInteractionEnabled == YES 3.hidden = NO）

• 2：判断改点是否在view内部,

• 3：如果在那么遍历子view继续返回可响应的view，直到没有。

如上所说，如果最上层的子view不能处理当前事件，那么事件将会沿着响应者链(Responder Chain)进行传递，直到遇到能处理该事件的响应者(Responsder Object)。通过下图，我们来看看两种不同情况下得事件传递机制。

左边的情况，接收事件的initial view如果不能处理该事件并且她不是顶层的View，则事件会往它的父View进行传递。initial view的父View获取事件后如果仍不能处理，则继续往上传递，循环这个过程。如果顶层的View还是不能处理这个事件的话，则会将事件传递给它们的ViewController，如果ViewController也不能处理，则传递给Window(UIWindow)，此时Window不能处理的话就将事件传递给Application(UIApplication)，最后如果连Application也不能处理，则废弃该事件。

右边图的流程唯一不同就在于，如果当前的ViewController是由层级关系的，那么当子ViewController不能处理事件时，它会将事件继续往上传递，直到传递到其Root ViewController，后面的流程就跟之前分析的一样了。

常见问题

父view设置为不可点击，子view可以点击吗? 

• 不可以，hit test 到父view就截止了

• 子view设置view不可点击不影响父类点击

• 同父view覆盖不影响点击

实际应用场景: 

• 点一一个圆形控件，如何实现只点击圆形区域有效，重载pointInside。此时可将外部的点也判断为内部的点，反之也可以。实现点击穿透、执行下层视图的点击事件

• 事件响应链在复杂功能界面进行不同控件间的通信，简便某些场景下优于代理和block, 比如可以基于响应链的ResponderChain的通信

 

以前在用 MBProgressHUD 时发现出现提示信息的hud 时,UI界面无法响应,一直想知道原因, 

后来看SVProgressHUD的源码,发现SVProgressHUD是通过新添加一个Window来显示hud信息的,但是SVProgressHUD有一个枚举属性,可以在显示hud信息是依然响应UI界面, 最后发现是 通过设置window.userInteractionEnabled 为NO实现的 .

所以现在想要改的话,那就在MBProgressHUD的 initWithFrame 方法中,添加 self.userInteractionEnabled = NO ; (MBProgressHUD 继承自UIView)亲测有效,哈哈哈哈

原因就是 , UIView 和 UIWindow的 userInteractionEnabled 默认都是YES, 事件传递到这就不会继续向下走了,设为NO,事件继续向下传递,直到被响应或废弃.

当hud的信息展示完成后把 新建的 widow  remove 掉,把原来的window放上去, 完美了.  ..