UI事件传递&事件响应

响应链工作原理

点击某一控件到其响应相关事件其实是分为两步:事件的传递与事件的响应

  • 事件分发与传递:自上而下
  • 事件响应:自下而上

UIView和CALayer

  • UIView 为其提供内容,以及负责处理触摸等事件,参与响应链
  • CALayer 负责显示的内容contents
tips:使用了单一职责原则
UIView和CALayer.jpeg

layer是由CALayer的contents决定的,backing store其实就是位图
backgroundColor是对CALayer同名属性方法的包装

事件传递与视图响应机制

/**
 * 返回最终响应事件的视图
 * @param point
 * @param event
 * @by 打碟的DJ
 */
- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;   // recursively calls -pointInside:withEvent:. point is in the receiver's coordinate system

/**
 * 用来判断某一个点击的位置是否在当前视图范围内
 * @param point
 * @param event
 * @by 打碟的DJ
 */
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;   // default returns YES if point is in bounds

事件传递的流程

事件传递.png
  • 点击屏幕的某一个视图(位置)
  • 事件首先传递给UIApplication
  • 在由UIApplication传递给当前的UIWindow
  • UIWindow中会通过 hitTest: withEvent: 方法来判断返回响应的视图
  • 在上诉方法系统实现的内部会调用 pointInside: withEvent: 方法来判断当前点击的位置是否在UIWindow范围内
  • 如果在的话,会在UIWindow中遍历它的子视图(subViews),找到响应的视图(已倒序的方法进行遍历)
  • 在每个子视图中都会调用 hitTest: withEvent: 来判断是否有响应的视图
  • 如果有返回的响应的视图则响应点击的事件,如果没有,则不发生任何改变

hitTest: withEvent: 系统实现流程图

hitTest: withEvent: 系统实现流程图.png
  • 首先在 hitTest: withEvent: 方法中会判断当前视图的hidden属性、是否可交互(userInteractionEnabled)、透明度(alpha)是否大于0.01

  • 如果当前视图不是隐藏的、可交互并且透明度大于0.01,才会走后续的流程,否则返回nil

  • 如果都通过了,则会调用pointInside: withEvent:方法来判断点击的当前位置是否在当前视图范围内

  • 如果返回的是YES,则倒序遍历当前视图的所有子视图,遍历的过程中会调动所有子视图的hitTest: withEvent: 方法,如果遍历过程中有返回点击的视图,则结束遍历,当前视图响应事件,如果没有返回,则遍历当前视图的同级视图,直到找到对应的响应事件的视图,如果遍历结束后未找到响应事件的视图,则返回nil,不发生任何变化

      /**
       * 用来判断控件是否接受事件以及找到最合适的view
       * @param point
       * @param event
       * @by 打碟的DJ
       */
      - (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
          //先判断当前视图的hidden属性,是否可交互,透明度是否大于0.01
          if (self.hidden || !self.userInteractionEnabled || self.alpha <= 0.01) {
              return nil;
          }
          //判断点击位置是否在当前视图中,在则倒序遍历子视图
          if ([self pointInside:point withEvent:event]) {
              __block UIView *hit = nil;
              [self.subviews enumerateObjectsUsingBlock:^(__kindof UIView * _Nonnull obj, NSUInteger idx, BOOL * _Nonnull stop) {
                  //坐标转换
                  CGPoint convertedPoint = [obj convertPoint:point fromView:self];
                  //调用子视图的hitTest:withEvent方法
                  hit = [obj hitTest:convertedPoint withEvent:event];
                  //如果找到了接收事件的对象,则停止遍历
                  if (hit) {
                      *stop = YES;
                  }
              }];
              return hit;
          }
          return nil;
      }
    

响应链

苹果官方文档截取的图

响应链 其实是由一个个UIResponder的子类构成的,UIResponder是系统一个负责接受和处理事件的类。

- (void)touchesBegan:(NSSet *)touches withEvent:(nullable UIEvent *)event;
- (void)touchesMoved:(NSSet *)touches withEvent:(nullable UIEvent *)event;
- (void)touchesEnded:(NSSet *)touches withEvent:(nullable UIEvent *)event;
- (void)touchesCancelled:(NSSet *)touches withEvent:(nullable UIEvent *)event;

以上这几个响应触碰的方法其实也是出自于UIResponder类,而UIView都是继承自UIResponder

事件的响应流程:

1、首先已确定响应视图
2、判断响应视图是否能响应事件,如果能则事件在响应链中终止传递。如果不能则将事件传递给 nextResponder ,也就是通常的 superview 进行事件响应
3、如果事件继续上报至 UIWindow 并且仍无法响应,则将事件上报给UIAPplication
4、如果事件继续上报至 UIAPplication 并且仍无法响应,则将事件上报给它的Delegate,但前提是这个 Delegate 不属于 响应链 并且是 UIResponder 的子类
5、如果最终事件依旧未被响应,则会被系统抛弃

note:

也并非所有的nextResponder都是superview,比如UIViewController的根视图self.view的nextResponder是其所在UIViewController。而如果UIViewController如果是UIWindow的根控制器,那么它的nextResponder就是UIWindow,但如果UIViewController是另外一个 UIViewController present出来的话,那么它的nextResponder就是之前所执行present操作的那个UIViewController

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容