响应者链条

响应者链条：是由多个响应者对象连接起来的链条

作用：能很清楚的看见每个响应者之间的联系，并且可以让一个事件多个对象处理

响应者对象：能处理事件的对象

iOS中的事件分为三大类型

三大事件

响应者对象

• 只要继承了UIResponder的对象才能接收并处理事件，我们称之为“响应者对象”
• UIApplication、UIViewController、UIView都继承自UIResponder，因此它们都是响应者对象，都能够接收并处理事件
• UIResponder内部提供了以下方法来处理事件

触摸事件
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;

加速计事件
- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event;

远程控制事件
- (void)remoteControlReceivedWithEvent:(UIEvent *)event;

事件的产生和传递

• 发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中

• UIApplication会从事件队列中取出最前面的事件，并将事件发送给应用程序的主窗口（KeyWindow）

• 主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件，这也是整个事件处理过程的第一步

• 找到合适的视图控件后，就会调用视图控件的touchs方法来作事件处理

事件传递示例

以下开起来比较直观，但系统如何实现以及工作中如何使用恐怕还是一头雾水

Paste_Image.png

点击了绿色的view：
UIApplication -> UIWindow -> 白色 -> 绿色
点击了蓝色的view：
UIApplication -> UIWindow -> 白色 -> 橙色 -> 蓝色
点击了黄色的view：
UIApplication -> UIWindow -> 白色 -> 橙色 -> 蓝色 -> 黄色

接下来分析事件是如何传递与响应的

事件传递过程

UIApplication --> UIWindow --> ViewController-->subViews -->递归找到最适合处理事件的控件

so 问题来了 如何找到最合适的View?
两个判断标准符，1.自己是否能接受触摸事件 2.　触摸点是否在自己身上？
不符合：证明你不是哦
符合：也不见的是 ，或许你的子控件比你更加合适 所以利用递归找到最适合处理事件的那个子控件 大千世界 茫茫人海 谈何容易 （后面的是废话）

事件响应过程

如上所诉，假设已经找到了最适合View 那么就调用View的touchs方法来处理这个事件吧，ok 响应结束了 ～～

so 问题来了 最合适的View不处理事件呢？
现实中会怎样？ 儿子犯事了不敢承担一定会去找他Dad,比如李天一这水货，是吧
ios 也一样 会找到这个View的SuperView, SuperView不处理 会找 SuperView的SuperView，然后UIWindow->UIResponder->UIApplication

so 问题来了 UIApplication也不处理 会怎样？
事件会从UIApplication的队列中移除

队列 与栈有何区别
队列：先进先出 栈:先进后出

最后来两张官方的示意图 至少可以得出一个结论 在事件响应的过程中，View在响应给SuperView的同时会有一个判断，判断自己是不是控制器的View

是：把事件丢给控制器
不是：继续找SuperView

Paste_Image.png

hitTest方法练习

前面在事件传递的过程中提到View怎么判断触摸点在不在自己身上呢？
就是通过hitTest方法
开发中遇到的类似案例分析

Paste_Image.png

前提按钮在greenView下面 并非greenView的子控件
如何在按钮被挡住的情况下 ，让按钮同样能够接受处理事件呢？
介绍一种方法 也许还有更好的
在greenView调用hitTest方法寻找最合适的View的同时 如果点在了按钮的区域 ，即使触摸点并不在按钮上面 我也认定按钮就是最合适的控件 让按钮来处理事件
我创建greenView继承自UIView来管理绿色view
上代码：

-(UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event{
    //  转化为按钮上的坐标
     CGPoint btnPoint = [self convertPoint:point toView:self.btn];
    
    //   判断在不在按钮上面
    if ([self.btn pointInside:btnPoint withEvent:event]) {
        return  self.btn;     
    }
    // 如果不在按钮的区域  那么返回greenView为最合适的控件
    return self;
}