iOS事件传递及响应者链条

573 查看

什么是事件?

111862021-7c8d12eb804cb789
三大事件.png

iOS中事件分为3大类 : 触摸事件, 加速计事件和远程控制事件.

当你的手指在手机屏幕上触摸时, 产生了一个事件.
当你拿起手机摇一摇时, 产生了一个事件…

那么, 什么对象能够响应, 处理这些事件?

响应者

只有继承自UIResponder的对象才能接收并处理事件, 我们把之类对象称之为’响应者’. UIApplication, UIViewController, UIView都继承自UIResponder, 因此他们都可以接收处理事件.

UIResponder内部提供处理事件的方法有 :

除了以上方法, 现在还有一个类, UIGestureRecognizer, 它是一个抽象类,使用它的子类能帮助我们轻松识别view上的各种手势.

UITouch

当你用一根手指触摸屏幕时, 会创建一个与之关联的UITouch对象, 一个UITouch对象对应一根手指. 在事件中可以根据NSSet中UITouch对象的数量得出此次触摸事件是单指触摸还是双指多指等等.

UITouch几个重要的属性 :

UITouch的两个方法 (可用于view的拖拽)

UIEvent

每产生一个事件, 就对应产生一个UIEvent. UIEvent记录着该事件产生的时间, 事件的类型等等.

UIEvent几个重要的属性 :

事件的产生与传递

121862021-c6f2ac4fdaa1015a
触摸4这个view

手机屏幕是一个2D的平面, 这上面有几个view重叠在一起, 系统并不能分辨出你点击的是哪一个view, 所以响应你的触摸事件的是这个应用程序UIApplication, 而不是其中的一个UIView. 系统会将这次触摸事件加入到由UIApplication管理的一个队列中, 每次从中取出事件分发下去处理. 一般先发给keyWindow.

keyWindow会在视图的层级结构中找到一个最合适的控件来处理触摸事件.

由于触摸事件的传递方向是由父控件传递到子控件, 那何为最合适呢?

  • 自己能响应触摸事件
  • 触摸点在自己身上
  • 从后往前遍历子控件, 重复上两步
  • 如果没有符合条件的子控件, 那么就自己最合适处理

根据上图来说明的话

两个系统在寻找最合适view的时候使用到的方法

– (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event;
当事件传递给控件的时候, 就会调用该方法, 去寻找最合适的view并返回

– (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
该方法判断触摸点是否在控件身上, 是则返回YES, 否则返回NO

作用

可以使用以上两个方法做到

  • 指鹿为马(明明点击的是B视图, 却由A视图来响应事件)
  • 穿透某控件点击被覆盖的下一层控件
  • 让父控件frame之外的子控件响应触摸事件

响应者链条

当找到最合适的响应者之后, 便会调用控件相应的touches方法来作具体处理. 然而这些方法默认是不处理, 并将该事件随着响应者链条往回传递, 交给上一个响应者来处理. (即调用super的touches方法)

131862021-8dd04b684e4d9e1b
响应者链条.png

很诡异吧, 好不容易找到了你, 你却跟老子说你不干活, 给前面找你的人干?

其实苹果这样设计是为了让一个事件能够被多个对象处理!

那么问题来了~ 谁是上一个响应者? 如图所示 :