需求
如图，如何让超出父视图的蓝色View也能响应点击事件？
解决方案
方案一
重写RedView的hitTest:withEvent:方法，在方法中添加判断，如果触摸的点是在BlueView内的，则返回BlueView，否则返回super.hitTest:withEvent:
class RedView: UIView {
let blueView = BlueView()
required init?(coder: NSCoder) {
fatalError("init(coder:) has not been implemented")
}
override init(frame: CGRect) {
super.init(frame: frame)
backgroundColor = .red
addSubview(blueView)
blueView.snp.makeConstraints { (maker) in
maker.size.equalTo(100)
maker.top.equalToSuperview().offset(-50)
maker.centerX.equalToSuperview()
}
}
override func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?) {
print("点击RedView")
}
override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
//把point转化为BlueView坐标系上的点
let converPoint = self.convert(point, to: blueView)
if blueView.layer.contains(converPoint) {
return blueView
}
return super.hitTest(point, with: event)
}
}
方案二
重写RedView的pointInside:withEvent:方法，在方法中添加判断，如果触摸的点是在BlueView内的，则返回true，否则返回false
class RedView: UIView {
let blueView = BlueView()
required init?(coder: NSCoder) {
fatalError("init(coder:) has not been implemented")
}
override init(frame: CGRect) {
super.init(frame: frame)
backgroundColor = .red
addSubview(blueView)
blueView.snp.makeConstraints { (maker) in
maker.size.equalTo(100)
maker.top.equalToSuperview().offset(-50)
maker.centerX.equalToSuperview()
}
}
override func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?) {
print("点击RedView")
}
override func point(inside point: CGPoint, with event: UIEvent?) -> Bool {
let converPoint = self.convert(point, to: blueView)
if blueView.layer.contains(converPoint) {
return true
}
return super.point(inside: point, with: event)
}
}
原理分析
这个问题的核心其实就是iOS中的触摸事件的响应机制。当触摸事件发生时，iOS会生成对应的响应链，来查找第一响应对象并进行事件的分发。响应链就是一系列响应对象的集合，继承于UIResponder或者UIResponder的子类的对象都可以作为响应对象。
触摸事件响应机制
查找第一响应者
当用户点击屏幕时，会产生一个触摸事件，并放入由UIApplication管理的事件队列中，队列中最前面的事件会被取出来进行分发。
事件会先传递给keyWindow,然后传递给keyWindow的rootView(一般为当前控制器的view),然后传递给rootView的子视图，直到找到第一响应对象。即事件的传递链是由系统向离用户最近的view（最上层的view）传递。
查找第一响应者的过程，主要依赖UIResponder的两个方法，hitTest:withEvent:和pointInside:withEvent:，hitTest:withEvent:方法会返回一个UIView或者nil,返回的UIView对象就是查找到的第一响应者。
1、事件传递给keyWindow后，会调keyWindow的hitTest:withEvent:方法，
2、在hitTest:withEvent:方法中，会先调用keyWindow的pointInside:withEvent:方法，来判断当前点击的点是否在keyWindow的范围内
3、如果在keyWindow的范围内，则会按照添加顺序倒序遍历keyWindow的所有子视图，并且调用子视图的hitTest:withEvent:方法，如果子视图的pointInside:withEvent:方法返回false，则hitTest:withEvent:方法返回nil,如果返回true，并且这个子视图还包含子视图则继续遍历子视图的所有子视图，并执行同样的操作。如果这个子视图没有子视图了，则hitTest:withEvent:方法会把这个子视图返回，这个子视图也就是查找的第一响应者。
4、最终这个第一响应者会顺着响应者链，传递回Application
结合如下例子进行分析：
如图，view A 为controller的view，当点击view E的时候，第一响应者的查找过程如下：
1、首先调用window的hitTest:withEvent:方法，window会遍历自己的子视图，也就是view A，并调用view A 的hitTest:withEvent:方法
2、而此方法进而会调用pointInside:withEvent:方法，显然会返回true，因此会遍历view A的子视图（view B 和 view C），因为后添加的view C，所以会先遍历view C
3、view C 调用hitTest:withEvent:方法，因为pointInside:withEvent:返回true，因此会继续遍历view C 的子视图（view E、view F）,因为后添加的view F,因此会先遍历到view F
4、view F调用hitTest:withEvent:方法，显然pointInside:withEvent:会返回false，因此hitTest:withEvent:返回nil
5、view E调用hitTest:withEvent:方法，因为点击的就是view E，显然pointInside:withEvent:会返回true，而且view E没有子视图了，因此hitTest:withEvent:就会返回view E本身，view E就是第一响应者
6、这样view C 的hitTest:withEvent:方法就会返回 view E，view A的hitTest:withEvent:方法也会返回 view E，最终会把view E返回给Application，这样Application就知道了View E是第一响应对象。
处理事件
当Application知道了谁是第一响应者后，就会把事件交给第一响应者来处理，如果第一响应者能顺利处理事件，则整个触摸事件响应过程结束，但是如果第一响应者无法处理事件，就会把事件传递给下一个响应对象，也就是nextResponder，一直沿着响应链向上回传。
结合下图进行分析：
1、如图，第一响应者为initial view,如果它无法处理事件，则会把事件交给它的父视图
2、然后一直传递到viewController的根视图，如果viewController的根视图也无法响应事件，则会交给viewController处理
3、如果viewController也无法处理，则会继续往上传递，直到传递给Application，如果Application无法处理则会丢弃该事件
view -> ViewController -> window -> Application -> 丢弃
问题回顾
再回到一开始的需求上来，当我们点击超出红色view范围的蓝色view时，因为当触摸事件传递到红色view时，也就是调用红色view的hitTest:withEvent:方法时，因为点击位置不在红色view范围内，因此，也就不会把事件传递给蓝色view了，所以蓝色view无法响应点击事件。
解决方案就是，想办法让触摸事件传递到蓝色view，并让蓝色view成为第一响应者。
重写红色view的hitTest:withEvent:方法，判断当点击的位置在蓝色view内时，直接返回蓝色view，或者重写红色view的pointInside:withEvent:方法，判断当点击的位置在蓝色view内时，返回true，这样就能把事件传递给蓝色view了。
