Android-事件分发机制

最新推荐文章于 2024-11-04 11:45:54 发布
最新推荐文章于 2024-11-04 11:45:54 发布
阅读量744 收藏
点赞数
分类专栏： # Android相关知识 文章标签： android android studio ui
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_48435252/article/details/127533387
版权

目录

一、基础知识

1.1事件分发的”事件“是指什么？

在这里插入图片描述
此处需要特别说明：事件列，即指从手指接触屏幕至手指离开屏幕这个过程产生的一系列事件。一般情况下，事件列都是以DOWN事件开始、UP事件结束，中间有无数的MOVE事件。
在这里插入图片描述

1.2事件分发的本质

将点击事件（MotionEvent）传递到某个具体的View & 处理的整个过程

即 事件传递的过程 = 分发过程。

1.3事件分发的本质

Activity、ViewGroup、View。Android的UI界面由Activity、ViewGroup、View 及其派生类组成
在这里插入图片描述
在这里插入图片描述

1.4事件分发的本质

dispatchTouchEvent() 、onInterceptTouchEvent()和onTouchEvent()
在这里插入图片描述

二、事件分发机制流程概述

Android事件分发流程 = Activity -> ViewGroup -> View

2.1Activity的事件分发机制

Android事件分发机制首先会将点击事件传递到Activity中，具体是执行dispatchTouchEvent()进行事件分发。
源码分析：

/**
  * 源码分析：Activity.dispatchTouchEvent（）
  */ 
  public boolean dispatchTouchEvent(MotionEvent ev) {

    // 仅贴出核心代码

    // ->>分析1
    if (getWindow().superDispatchTouchEvent(ev)) {

        return true;
        // 若getWindow().superDispatchTouchEvent(ev)的返回true
        // 则Activity.dispatchTouchEvent（）就返回true，则方法结束。即 ：该点击事件停止往下传递 & 事件传递过程结束
        // 否则：继续往下调用Activity.onTouchEvent

    }
    // ->>分析3
    return onTouchEvent(ev);
  }

/**
  * 分析1：getWindow().superDispatchTouchEvent(ev)
  * 说明：
  *     a. getWindow() = 获取Window类的对象
  *     b. Window类是抽象类，其唯一实现类 = PhoneWindow类
  *     c. Window类的superDispatchTouchEvent() = 1个抽象方法，由子类PhoneWindow类实现
  */
  @Override
  public boolean superDispatchTouchEvent(MotionEvent event) {

      return mDecor.superDispatchTouchEvent(event);
      // mDecor = 顶层View（DecorView）的实例对象
      // ->> 分析2
  }

/**
  * 分析2：mDecor.superDispatchTouchEvent(event)
  * 定义：属于顶层View（DecorView）
  * 说明：
  *     a. DecorView类是PhoneWindow类的一个内部类
  *     b. DecorView继承自FrameLayout，是所有界面的父类
  *     c. FrameLayout是ViewGroup的子类，故DecorView的间接父类 = ViewGroup
  */
  public boolean superDispatchTouchEvent(MotionEvent event) {

      return super.dispatchTouchEvent(event);
      // 调用父类的方法 = ViewGroup的dispatchTouchEvent()
      // 即将事件传递到ViewGroup去处理，详细请看后续章节分析的ViewGroup的事件分发机制

  }
  // 回到最初的分析2入口处

/**
  * 分析3：Activity.onTouchEvent()
  * 调用场景：当一个点击事件未被Activity下任何一个View接收/处理时，就会调用该方法
  */
  public boolean onTouchEvent(MotionEvent event) {

        // ->> 分析5
        if (mWindow.shouldCloseOnTouch(this, event)) {
            finish();
            return true;
        }
        
        return false;
        // 即 只有在点击事件在Window边界外才会返回true，一般情况都返回false，分析完毕
    }

/**
  * 分析4：mWindow.shouldCloseOnTouch(this, event)
  * 作用：主要是对于处理边界外点击事件的判断：是否是DOWN事件，event的坐标是否在边界内等
  */
  public boolean shouldCloseOnTouch(Context context, MotionEvent event) {

  if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN
          && isOutOfBounds(context, event) && peekDecorView() != null) {

        // 返回true：说明事件在边界外，即 消费事件
        return true;
    }

    // 返回false：在边界内，即未消费（默认）
    return false;
  }

源码总结
当一个点击事件发生时，从Activity的事件分发开始（Activity.dispatchTouchEvent()），流程总结如下：
在这里插入图片描述
核心方法总结
主要包括：dispatchTouchEvent()、onTouchEvent() 总结如下
在这里插入图片描述

那么，ViewGroup的dispatchTouchEvent()什么时候返回true / false？请继续往下看ViewGroup事件的分发机制

2.2ViewGroup的事件分发机制

从上面Activity的事件分发机制可知，在Activity.dispatchTouchEvent()实现了将事件从Activity->ViewGroup的传递，ViewGroup的事件分发机制从dispatchTouchEvent()开始。

源码分析

/**
  * 源码分析：ViewGroup.dispatchTouchEvent（）
  */ 
  public boolean dispatchTouchEvent(MotionEvent ev) { 

  // 仅贴出关键代码
  ... 

  if (disallowIntercept || !onInterceptTouchEvent(ev)) {  
  // 分析1：ViewGroup每次事件分发时，都需调用onInterceptTouchEvent()询问是否拦截事件
    // 判断值1-disallowIntercept：是否禁用事件拦截的功能(默认是false)，可通过调用requestDisallowInterceptTouchEvent()修改
    // 判断值2-!onInterceptTouchEvent(ev) ：对onInterceptTouchEvent()返回值取反
        // a. 若在onInterceptTouchEvent()中返回false，即不拦截事件，从而进入到条件判断的内部
        // b. 若在onInterceptTouchEvent()中返回true，即拦截事件，从而跳出了该条件判断
        // c. 关于onInterceptTouchEvent() ->>分析1

  // 分析2
    // 1. 通过for循环，遍历当前ViewGroup下的所有子View
    for (int i = count - 1; i >= 0; i--) {  
        final View child = children[i];  
        if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE  
                || child.getAnimation() != null) {  
            child.getHitRect(frame);  

            // 2. 判断当前遍历的View是不是正在点击的View，从而找到当前被点击的View
            if (frame.contains(scrolledXInt, scrolledYInt)) {  
                final float xc = scrolledXFloat - child.mLeft;  
                final float yc = scrolledYFloat - child.mTop;  
                ev.setLocation(xc, yc);  
                child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;  

                // 3. 条件判断的内部调用了该View的dispatchTouchEvent()
                // 即 实现了点击事件从ViewGroup到子View的传递（具体请看下面章节介绍的View事件分发机制）
                if (child.dispatchTouchEvent(ev))  { 

                // 调用子View的dispatchTouchEvent后是有返回值的
                // 若该控件可点击，那么点击时dispatchTouchEvent的返回值必定是true，因此会导致条件判断成立
                // 于是给ViewGroup的dispatchTouchEvent()直接返回了true，即直接跳出
                // 即该子View把ViewGroup的点击事件消费掉了

                mMotionTarget = child;  
                return true; 
                      }  
                  }  
              }  
          }  
      }  
    }  

  ...

  return super.dispatchTouchEvent(ev);
  // 若无任何View接收事件(如点击空白处)/ViewGroup本身拦截了事件(复写了onInterceptTouchEvent()返回true)
  // 会调用ViewGroup父类的dispatchTouchEvent()，即View.dispatchTouchEvent()
  // 因此会执行ViewGroup的onTouch() -> onTouchEvent() -> performClick（） -> onClick()，即自己处理该事件，事件不会往下传递
  // 具体请参考View事件分发机制中的View.dispatchTouchEvent()

  ... 

}

/**
  * 分析1：ViewGroup.onInterceptTouchEvent()
  * 作用：是否拦截事件
  * 说明：
  *     a. 返回false：不拦截（默认）
  *     b. 返回true：拦截，即事件停止往下传递（需手动复写onInterceptTouchEvent()其返回true）
  */
  public boolean onInterceptTouchEvent(MotionEvent ev) {  
    
    // 默认不拦截
    return false;

  } 
  // 回到调用原处

源码总结
Android事件分发传递到Acitivity后，总是先传递到ViewGroup、再传递到View。流程总结如下：(假设已经经过了Acitivity事件分发传递并传递到ViewGroup)

核心方法总结
主要包括：dispatchTouchEvent()、onTouchEvent() 、onInterceptTouchEvent()总结如下
在这里插入图片描述

2.3View的事件分发机制

从上面ViewGroup事件分发机制知道，View事件分发机制从dispatchTouchEvent()开始

源码分析

/**
  * 源码分析：View.dispatchTouchEvent（）
  */
  public boolean dispatchTouchEvent(MotionEvent event) {  

       
        if ( (mViewFlags & ENABLED_MASK) == ENABLED && 
              mOnTouchListener != null &&  
              mOnTouchListener.onTouch(this, event)) {  
            return true;  
        } 

        return onTouchEvent(event);  
  }
  // 说明：只有以下3个条件都为真，dispatchTouchEvent()才返回true；否则执行onTouchEvent()
  //   1. (mViewFlags & ENABLED_MASK) == ENABLED
  //   2. mOnTouchListener != null
  //   3. mOnTouchListener.onTouch(this, event)
  // 下面对这3个条件逐个分析

/**
  * 条件1：(mViewFlags & ENABLED_MASK) == ENABLED
  * 说明：
  *    1. 该条件是判断当前点击的控件是否enable
  *    2. 由于很多View默认enable，故该条件恒定为true（除非手动设置为false）
  */

/**
  * 条件2：mOnTouchListener != null
  * 说明：
  *   1. mOnTouchListener变量在View.setOnTouchListener()里赋值
  *   2. 即只要给控件注册了Touch事件，mOnTouchListener就一定被赋值（即不为空）
  */
  public void setOnTouchListener(OnTouchListener l) { 

    mOnTouchListener = l;  

} 

/**
  * 条件3：mOnTouchListener.onTouch(this, event)
  * 说明：
  *   1. 即回调控件注册Touch事件时的onTouch()；
  *   2. 需手动复写设置，具体如下（以按钮Button为例）
  */
  button.setOnTouchListener(new OnTouchListener() {  
      @Override  
      public boolean onTouch(View v, MotionEvent event) {  
   
        return false;  
        // 若在onTouch()返回true，就会让上述三个条件全部成立，从而使得View.dispatchTouchEvent（）直接返回true，事件分发结束
        // 若在onTouch()返回false，就会使得上述三个条件不全部成立，从而使得View.dispatchTouchEvent（）中跳出If，执行onTouchEvent(event)
        // onTouchEvent()源码分析 -> 分析1
      }  
  });

/**
  * 分析1：onTouchEvent()
  */
  public boolean onTouchEvent(MotionEvent event) {  

    ... // 仅展示关键代码

    // 若该控件可点击，则进入switch判断中
    if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {  

        // 根据当前事件类型进行判断处理
        switch (event.getAction()) { 

            // a. 事件类型=抬起View（主要分析）
            case MotionEvent.ACTION_UP:  
                    performClick(); 
                    // ->>分析2
                    break;  

            // b. 事件类型=按下View
            case MotionEvent.ACTION_DOWN:  
                postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());  
                break;  

            // c. 事件类型=结束事件
            case MotionEvent.ACTION_CANCEL:  
                refreshDrawableState();  
                removeTapCallback();  
                break;

            // d. 事件类型=滑动View
            case MotionEvent.ACTION_MOVE:  
                final int x = (int) event.getX();  
                final int y = (int) event.getY();  

                int slop = mTouchSlop;  
                if ((x < 0 - slop) || (x >= getWidth() + slop) ||  
                        (y < 0 - slop) || (y >= getHeight() + slop)) {  
                    removeTapCallback();  
                    if ((mPrivateFlags & PRESSED) != 0) {  
                        removeLongPressCallback();  
                        mPrivateFlags &= ~PRESSED;  
                        refreshDrawableState();  
                    }  
                }  
                break;  
        }  

        // 若该控件可点击，就一定返回true
        return true;  
    }  
  // 若该控件不可点击，就一定返回false
  return false;  
}

/**
  * 分析2：performClick（）
  */  
  public boolean performClick() {  

      if (mOnClickListener != null) {
          // 只要通过setOnClickListener()为控件View注册1个点击事件
          // 那么就会给mOnClickListener变量赋值（即不为空）
          // 则会往下回调onClick() & performClick()返回true
          playSoundEffect(SoundEffectConstants.CLICK);  
          mOnClickListener.onClick(this);  
          return true;  
      }  
      return false;  
  }

源码总结
在这里插入图片描述
核心方法总结
主要包括：dispatchTouchEvent()、onTouchEvent()
在这里插入图片描述

三、总结

参考：Android事件分发机制详解：史上最全面、最易懂

3.1工作流程-总结

Android事件分发流程 = Activity -> ViewGroup -> View，即：1个点击事件发生后，事件先传到Activity、再传到ViewGroup、最终再传到View。
在这里插入图片描述

3.2以分发对象为核心-总结

分发对象主要包括：Activity、ViewGroup、View。
在这里插入图片描述

夏屿_
关注
专栏目录
Android基础-事件分发机制
层楼终究误少年
06-08 1019
Android的事件分发机制是一个从顶层到底层的逐层传递的过程，主要涉及到三个层级：顶层的Activity/Window、中间层的ViewGroup、底层的View。
朝花夕拾---19张图带你深入理解-Android-事件分发机制
2401_84121663的博客
04-21 1073
我这里整理了一份完整的学习思维以及Android开发知识大全PDF。当然实践出真知，即使有了学习线路也要注重实践，学习过的内容只有结合实操才算是真正的掌握。《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！当然实践出真知，即使有了学习线路也要注重实践，学习过的内容只有结合实操才算是真正的掌握。《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
Android-事件分发机制(源码层面)
czssltt的博客
12-08 1693
事件是如何到达Activity的？ 我们的应用界面一般会有多个view树，我们的activity布局就是一个view树、其他应用的悬浮窗也是一个view树、dialog界面也是一个view树、我们使用windowManager添加的view也是一个view树等等。 WindowManagerService的简写）管理的是viewRootImpl。 手指触摸屏幕时，即产生了触摸信息。这个触摸信息由屏幕这个硬件产生，被系统底层驱动获取，交给Android的输入系统服务：InputManagerService，也
android-----事件分发机制
扇扇来驰的博客
04-30 4518
我们首先从一个简单的例子开始分析 button.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View view) { System.out.println("执行onClick"); } }); button.setOnTouchListene
Android基础-消息分发机制
层楼终究误少年
06-05 826
Android中的消息分发机制是一个复杂而精巧的系统，它确保了Android应用的高效运行和响应性。通过Handler、Looper、MessageQueue和Message等核心组件的协同工作，Android系统能够处理各种事件和消息，并在正确的时机和线程中执行相应的处理逻辑。这种机制不仅提高了系统的并发性能，还降低了线程间通信的复杂性。
【Android】事件分发机制
2303_79296612的博客
10-19 735
从上表可以看到 Activity和 View都是没有事件拦截的，这是因为：Activity 作为原始的事件分发者，如果 Activity 拦截了事件会导致整个屏幕都无法响应事件，这肯定不是我们想要的效果。View作为事件传递的最末端，要么消费掉事件，要么不处理进行回传，根本没必要进行事件拦截。
Android面试题精选：讲一讲-Android-的事件分发机制
2401_84149368的博客
05-12 951
本来写到这就结束了，但回顾一遍还是打算给大家稍微总结一下。需要总结的小点：1、Android 事件分发总是遵循 Activity => ViewGroup => View 的传递顺序；2、onTouch()执行总优先于onClick()Android事件分发机制详解：史上最全面、最易懂，所以直接引用一下其中的图片。Activity 的事件分发示意图ViewGroup 事件分发示意图View 的事件分发示意图事件分发工作流程总结。
Android事件分发机制
ucasyzj的博客
06-27 1699
最近在学习安卓的事件分发机制，实际上到目前为止还没有写过自定义View，在自定义View中如果需要能够响应手指的点击或者滑动事件就需要处理事件的分发，否则很容易出现冲突。写这篇博客是为了让自己能够更好的消化吸收，同时以后忘了能够很快的捡回来。此篇主要参考。
【Android -- 学习笔记】Android 事件分发机制
Kevin Learn Android
05-07 626
在 Android 开发中，事件分发机制是一块 Android 比较重要的知识体系，了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效问题，更好去扩展控件的事件功能和开发自定义控件，同时事件分发机制也是 Android 面试必问考点之一，如果你能把下面的一些事件分发图当场画出来肯定加分不少。废话不多说，总结一句:事件分发机制很重要。
Android View 事件分发机制详解
09-01
Android View 事件分发机制是Android用户界面交互的基础，它决定了触摸事件如何在视图层次结构中传递和处理。在Android开发中，理解和掌握这一机制至关重要，因为它涉及到UI的响应性和用户体验。 首先，事件分发...
Android View事件分发机制详解
01-20
在Android开发中，事件分发机制是理解和优化用户交互体验的关键。本文将深入解析Android View事件分发的工作原理，帮助开发者更好地理解如何控制事件的流向。 首先，我们要明白，当用户在屏幕上点击或滑动时，会...
Android 15 在状态栏时间中显示秒数
最新发布
m0_60898338的博客
11-04 126
无论您选择使用ADB进行快速解决，还是通过修改系统源代码修改，显示秒数功能都将提升您的Android使用体验。在Android 15中，您可以通过两种方式在状态栏中显示秒数：使用ADB命令或修改系统源代码。下面详细介绍这两种方法。您可以使用ADB（Android调试桥）命令轻松启用状态栏中的秒数显示。对于希望永久启用该功能的用户，可以通过修改系统源代码来实现。这种方法简单快捷，不需要对系统文件进行任何更改。如果需要进一步调整或修改，请随时告诉我！，您将启用状态栏中的秒数显示。
集成旺店通旗舰版售后单至MySQL数据库
vincent067的博客
11-01 1036
高效分页抓取：通过合理设置分页大小和循环抓取机制，实现大规模数据高效获取。自定义转换逻辑：利用平台提供的自定义转换功能，应对复杂业务需求，实现精准的数据映射与转换。实时监控与告警：借助集中监控系统，实时掌握集成任务状态，提高整体运维效率。以上步骤展示了如何利用轻易云平台调用旺店通·旗舰奇门接口获取并加工售后订单数据，为后续的数据分析奠定坚实基础。在实际应用中，根据具体业务需求，还可以进一步优化各环节，提高整体集成效率。
android 12 禁止三方APP 使用API 直接打开wifi的修改方法
wed110的专栏
10-30 305
log 提示：setWifiEnabled not allowed for uid ....三方APP 需要申请下面的权限。修改源码之后，全编译即可。
Android 蓝牙各版本差异
weixin_44780781的博客
11-01 632
随着 Android 版本的迭代，蓝牙功能的开发和管理变得越来越简化与高效。尤其是在 Android 9.0 及更高版本中，权限管理和用户交互的加强为用户提供了更安全的体验。同时，源代码的变化为开发者提供了更强大的蓝牙功能支持。了解这些变化将帮助开发者更好地利用蓝牙功能并提升应用的用户体验。
cordova android 内嵌vue页面 启动页之后白屏问题处理
weixin_45410246的博客
10-31 181
一直都用splash 做延迟加载 但在 一些android机器上还是会有。当然 你也可以利用这短暂的间隙做一些广告/动画之类的。这短暂的白屏其实就是vue页面尚未完全渲染的间隙。然后再vue 挂载完成之后 移除该div。这里添加一个div在 app同级。
warmup
W286734的博客
10-30 424
查看源代码发现,source.php。访问source.php,显而易见，php代码审计。$pos。
深入解析Android View事件分发机制
"Android View事件分发机制详解" 在Android开发中，理解View事件分发机制是至关重要的，因为它决定了用户交互如何准确地被处理和响应。让我们深入探讨这个主题。 首先，事件分发机制涉及的主要流程始于用户在屏幕...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值