一:响应者链
响应者对象是能够响应并且处理事件的对象,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放上去, 完美了. ..