点击事件处理, 以及hitTest:withEvent:实现

  • 发送触摸事件后, 系统会将事件添加到系统UIApplication的事件管理队列中
  • UIApplication会在事件队列的最前端取出事件,然后分发下去,以便处理, 通常会把事件首先分发给KeyWindow处理
  • KeyWindow会在视图层次中找到一个最合适的视图来处理触摸事件,这也是处理事件过程的第一步.
  • 找到合适的视图后, 就会调用视图控件的相应方法
touchesBegan…
touchesMoved…
touchedEnded…
  • 如果父控件不能接受事件, 那么子控件就不能接受事件.

一个View是如何判断自己为最佳处理点击事件的View

// recursively calls -pointInside:withEvent:. point is in the receiver‘s coordinate system
- (nullable UIView *)hitTest:(CGPoint)point withEvent:(nullable UIEvent *)event;

// default returns YES if point is in bounds
- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;

- hitTest: withEvent:方法的底层实现

此底层实现说明了, 一个view的子控件是如何判断是否接收点击事件的.

  • 此方法返回的View是本次点击事件需要的最佳View
// 因为所有的视图类都是继承BaseView
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
//    NSLog(@"%@--hitTest",[self class]);
//    return [super hitTest:point withEvent:event];

    // 1.判断当前控件能否接收事件
    if (self.userInteractionEnabled == NO || self.hidden == YES || self.alpha <= 0.01) return nil;

    // 2. 判断点在不在当前控件
    if ([self pointInside:point withEvent:event] == NO) return nil;

    // 3.从后往前遍历自己的子控件
    NSInteger count = self.subviews.count;

    for (NSInteger i = count - 1; i >= 0; i--) {
        UIView *childView = self.subviews[i];

        // 把当前控件上的坐标系转换成子控件上的坐标系
     CGPoint childP = [self convertPoint:point toView:childView];

       UIView *fitView = [childView hitTest:childP withEvent:event];

        if (fitView) { // 寻找到最合适的view
            return fitView;
        }

    }

    // 循环结束,表示没有比自己更合适的view
    return self;

}

根据以上的实现, 那么我们就可以重写这个方法, 做一些非常规的效果

  • 此方法返回的View是本次点击事件需要的最佳View
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{

    // 当前控件上的点转换到chatView上
    CGPoint chatP = [self convertPoint:point toView:self.chatView];

    // 判断下点在不在chatView上
    if ([self.chatView pointInside:chatP withEvent:event]) {
        return self.chatView;
    }else{
        return [super hitTest:point withEvent:event];
    }

}

响应者事件/链条

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event;
  • began方法的默认行为是将事件顺着响应者链条向上传递, 将事件交给上一个响应者处理.


现在有两个View, 一个Blue ,另一个是Yellow.

Yellow是Blue的子控件.

此时你点击Yellow,就会触发Yellow的touchesBegan方法

如何你没有重写Yellow的touchesBegan方法或者调用了[super touchesBegan...],

那么它会触发他下一个响应者的touchesBegan方法, 也就是Blue的touchesBegan方法.

如果这个View是Controller的View, 那么这个View的下一个响应者是控制器.

如果控制器也不处理, 那么把这个事件传递给Controller所在Window.

如果Window也不处理, 那么把事件给UIApplication

如果事件到最后都没人处理, 那么这个事件会被UIApplication丢弃.

转自:http://www.jianshu.com/p/ef83a798121c

下面常见的面试题:

触摸事件的传递

  • 触摸事件的传递是从父控件传递到子控件
  • 如果父控件不能接收触摸事件,那么子控件就不可能接收到触摸事件
  • 不能接受触摸事件的四种情况
    • 不接收用户交互,即:userInteractionEnabled = NO
    • 隐藏,即:hidden = YES
    • 透明,即:alpha <= 0.01
    • 未启用,即:enabled = NO
  • 提示:UIImageView的userInteractionEnabled默认就是NO,因此UIImageView以及它的子控件默认是不能接收触摸事件的
  • 如何找到最合适处理事件的控件:
    • 首先,判断自己能否接收触摸事件

      • 可以通过重写hitTest:withEvent:方法验证
    • 其次,判断触摸点是否在自己身上
      • 对应方法pointInside:withEvent:
    • 从后往前(先遍历最后添加的子控件)遍历子控件,重复前面的两个步骤
    • 如果没有符合条件的子控件,那么就自己处理

事件响应者链

  • 如果当前view是控制器的view,那么就传递给控制器
  • 如果控制器不存在,则将其传递给它的父控件
  • 在视图层次结构的最顶层视图也不能处理接收到的事件或消息,则将事件或消息传递给UIWindow对象进行处理
  • 如果UIWindow对象也不处理,则将事件或消息传递给UIApplication对象
  • 如果UIApplication也不能处理该事件或消息,则将其丢弃
  • 补充:如何判断上一个响应者
    • 如果当前这个view是控制器的view,那么控制器就是上一个响应者
    • 如果当前这个view不是控制器的view,那么父控件就是上一个响应者 
时间: 2024-09-27 20:44:04

点击事件处理, 以及hitTest:withEvent:实现的相关文章

消息点击事件的响应链---hitTest:withEvent:方法

*当用户点击屏幕时,会产生一个触摸事件,系统会将触摸事件加入到 UIApplication管理事件队里中 *UIApplication 会从事件队列中取出最前面的事件进行分发以便处理,通常,先发送事件给应用程序主窗口(UIwindow0 *主窗口会调用 hitTest:withEvent:方法在视图(UIView)层次结构中找到一个最合适的 UIView来处理触摸事件 (hitTest:LwithEvent:其实是 UIView 的一个方法UIWindow 继承自 UIView,因此主窗口UIW

iOS用户点击事件处理

处理机制 iOS事件处理,首先应该是找到能处理点击事件的视图,然后在找到的这个视图里处理这个点击事件. 处理原理如下: ? 当用户点击屏幕时,会产生一个触摸事件,系统会将该事件加入到一个由UIApplication管理的事件队列中 ? UIApplication会从事件队列中取出最前面的事件进行分发以便处理,通常,先发送事件给应用程序的主窗口(UIWindow) ? 主窗口会调用hitTest:withEvent:方法在视图(UIView)层次结构中找到一个最合适的UIView来处理触摸事件 (

事件分发(hitTest:withEvent: 、Response Chain) 与 GestureRecognizer

事件分发hitTest:withEvent: .响应者链(Response Chain)  和 Gesture Recognizers(手势识别器)  联系. 事件传递之响应链(Event Delivery: The Responder Chain)[转] 内容里我添加了Gesture Recognizers  与 事件分发内容.应该比较全面. 涉及一下三张图: 一. Gesture Reconnizers  和 hitTest:withEvent:  关系: Gesture Recognize

关于UIView的hitTest:withEvent:方法的理解

闲来无事 观摩别人的项目 常常发现对UIView的hitTest:withEvent:方法的重写,以前也查过这个方法的用法作用,但是时间一长又忘记了.今天再次看到,就记录一下. 用户触摸屏幕后事件的传递过程 当用户点击屏幕后,UIApplication先响应事件,然后传递给UIWindow.如果window可以响应.就开始遍历window的subViews.遍历的过程中,如果第一个遍历的View1可以响应,那就遍历View1的SubViews.(依次这样不停地查找,直至查找到合适的响应事件vie

android之实现各个组件点击事件处理

android之实现各个组件点击事件处理: 注意:(TextView这个组件要点击产生效果的话,要设置,android:clickable="true"这个属性) 布局:layout/activity_main.xml <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:tools="http://schemas.android.com/t

UITableView/UIScrollView 不能响应TouchBegin 的处理 及窥见 hitTest:withEvent:

重写touchBegin 方法是不行的,在UITableView/UIScrollView 解决方案 重写hitTest:withEvent:  在他们的子类中 - (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event { static UIEvent *e = nil; if (e != nil && e == event) { e = nil; return [super hitTest:point withEvent:

hitTest:withEvent源码分析

// 什么时候调用:只要事件一传递给一个控件,那么这个控件就会调用自己的这个方法 // 作用:寻找并返回最合适的view // UIApplication -> [UIWindow hitTest:withEvent:]寻找最合适的view告诉系统 // point:当前手指触摸的点 // point:是方法调用者坐标系上的点 - (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event { //1.判断下窗口能否接受事件 if (s

Android零基础入门第66节:RecyclerView点击事件处理

前面两期学习了RecyclerView的简单使用,并为其item添加了分割线.在实际运用中,无论是List还是Grid效果,基本都会伴随着一些点击操作,那么本期就来一起学习RecyclerView的点击事件. 在介绍RecyclerView开篇的时候简单提到过,要实现一些控制点击.长压事件需要自己完成,不像之前学的ListView有自带ClickListener和LongClickListener,但其实更加灵活多样,可以对点击方式按照自己的方式来实现. 仍然在上一期的代码基础来进行修改,既然R

Canvas---Canvas事件处理、Canvas元素的鼠标点击事件处理、实现一个元素管理器

由于Canvas的 "忘记式" 绘图机制(就是它没有维护一份绘制元素的列表). 如果仅仅检测用户是否点击整个canvas元素,只需在canvas上注册事件就好. 如果是要分别检测canvas里绘制的不同元素的鼠标点击事件,则要用下面的做法,实现一个元素管理器. 一.原理分析 1.canvas元素能提供的一个api是,context.isPointInPath(x,y),它可以判断参数的点是否在当前路径内. 2.当前路径指的是最近一次调用context.beginPath();当前路径c