说一说响应链

响应者对象

在iOS中不是任何对象都能处理事件，只有继承了UIResponder的对象才能接受并处理事件，我们称之为“响应者对象”。

UIApplication
UIViewController
UIView

继承自UIResponder的类能够处理事件是因为提供了以下方法

open func touchesBegan(_ touches: Set, with event: UIEvent?)
open func touchesMoved(_ touches: Set, with event: UIEvent?)
open func touchesEnded(_ touches: Set, with event: UIEvent?)
open func touchesCancelled(_ touches: Set, with event: UIEvent?)

响应者对象和响应者链

响应者对象：能处理事件的对象，也就是继承自UIResponder的对象
响应者链条：响应者链是由多个响应者对象连接起来的链条。（iOS程序中无论是最后面的UIWindow还是最前面的某个按钮，它们的摆放是有前后关系的，一个控件可以放到另一个控件上面或下面，那么用户点击某个控件时是触发上面的控件还是下面的控件呢，这种先后关系构成一个链条就叫“响应者链”）

事件的产生、传递和响应

事件的产生

发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中，因为队列的特点是FIFO，即先进先出，先产生的事件先处理。
UIApplication会从事件队列中取出最前面的事件，并将事件分发下去以便处理，通常，先发送事件给应用程序的主窗口（keyWindow）。
主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。

事件的传递

当一个事件发生后，事件会从父控件传给子控件，也就是说由UIApplication -> UIWindow -> UIView -> 子类view,以上就是事件的传递，也就是寻找最合适的view的过程。

事件的响应

如果当前view是控制器的view，那么控制器就是上一个响应者，事件就传递给控制器；如果当前view不是控制器的view，那么父视图就是当前view的上一个响应者，事件就传递给它的父视图
在视图层次结构的最顶级视图，如果也不能处理收到的事件或消息，则其将事件或消息传递给window对象进行处理
如果window对象也不处理，则其将事件或消息传递给UIApplication对象
如果UIApplication也不能处理该事件或消息，则将其丢弃

也就是说：事件的传递是从上到下（父控件到子控件），事件的响应是从下到上（顺着响应者链条向上传递：子控件到父控件。

事件的拦截

这里就涉及到 hitTest 方法了

举例说明

FAE21D58-CF5E-4A8B-BE58-4553600569FF.png

层级结构是这样的F->B->A，如果我想点击A,B,F都只让B响应,我们可以这样做:

class UIViewB: UIView {
    
    override func touchesBegan(_ touches: Set, with event: UIEvent?) {
        print("UIViewB")
        super.touchesBegan(touches, with: event)
    }
    
    override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
        print("UIViewB - hitTest")
        return self
    }
    
}

这样不管点击A还是B或者F,B都会处理，同时我们也会发现即便在F里面有

class UIViewF: UIView {

    override func touchesBegan(_ touches: Set, with event: UIEvent?) {
        print("UIViewF")
        super.touchesBegan(touches, with: event)
    }

}

也并不会打印"UIViewF", 说明UIViewF的此方法被拦截了。但是如果UIViewA里面有此方法确会被调用。

让我们在UIViewF里面和UIViewB一样加上hitTest：withEvent方法

class UIViewF: UIView {

    override func touchesBegan(_ touches: Set, with event: UIEvent?) {
        print("UIViewF")
        super.touchesBegan(touches, with: event)
    }
    
    override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
        print("UIViewF - hitTest")
        return self
    }

}

打印结果如下:

UIViewB - hitTest
UIViewB - hitTest
UIViewB
UIViewA

UIViewF的拦截方法没有起作用，这说明hitTest方法是由父视图开始->子视图

那么由此推断，如果我们在父视图UIViewA

class UIViewA: UIView {

    override func touchesBegan(_ touches: Set, with event: UIEvent?) {
        print("UIViewA")
        super.touchesBegan(touches, with: event)
    }
    
    override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
        print("UIViewA - hitTest")
        return nil
    }
    
}

这样应该不会打印A,B,F的touchesBegan方法里面的东西，经过测试确实如此。

问题

上图可知层级顺序，如果我点击超出父视图UIViewB部分的UIViewF会怎样

打印结果如下

UIViewA

如果看来超出父视图范围不会响应自己的touchesBegan方法

那么问题来了，如果我想要超出父视图办法仍然响应自己呢

class UIViewA: UIView {

    override func touchesBegan(_ touches: Set, with event: UIEvent?) {
        print("UIViewA")
        super.touchesBegan(touches, with: event)
    }
    
    override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
        print("UIViewA - hitTest")
        let view = super.hitTest(point, with: event)
        let viewF = viewWithTag(10)
        if let viewF = viewF {
            if viewF.frame.contains(point) {
                return viewF
            }
        }
        return view
    }
    
}

我给UIViewF设置了个tag，方便找到它