响应者对象
在iOS中不是任何对象都能处理事件，只有继承了UIResponder的对象才能接受并处理事件，我们称之为“响应者对象”。
UIApplication
UIViewController
UIView
继承自UIResponder的类能够处理事件是因为提供了以下方法
open func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?)
open func touchesMoved(_ touches: Set<UITouch>, with event: UIEvent?)
open func touchesEnded(_ touches: Set<UITouch>, with event: UIEvent?)
open func touchesCancelled(_ touches: Set<UITouch>, 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<UITouch>, 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<UITouch>, 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<UITouch>, 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<UITouch>, 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<UITouch>, 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，方便找到它
打印结果如下
UIViewA - hitTest
UIViewA - hitTest
UIViewF
UIViewB
UIViewA
疑问
- 为什么hitTest会执行两次
- 有添加手势事件的时候，为什么touchesBegan先于手势事件执行
网友评论