View的事件分发（一）分发流程

最新推荐文章于 2022-05-30 21:35:07 发布
最新推荐文章于 2022-05-30 21:35:07 发布
阅读量790 收藏 1
点赞数 2
分类专栏： Android 事件分发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/baidu_36619149/article/details/94397465
版权

目录

作用

事件分发流程对于我们开发者来讲，有什么作用？

  • 根据我们自己的需求来自定义滑动触摸响应的规则。
  • 解决滑动冲突

相关知识

MotionEvent

引用官方介绍： Object used to report movement (mouse, pen, finger, trackball) events. Motion events may hold either absolute or relative movements and other data, depending on the type of device.

大致意思就是用于报告移动（鼠标，笔，手指，轨迹球）事件的对象。运动事件可以保持绝对或相对运动以及其他数据，具体取决于设备的类型。

在事件分发中，典型常用的事件总共有三个：

  • ACTION_DOWN ------按下操作
  • ACTION_MOVE -------移动操作
  • ACTION_UP -----------抬起操作

一般一个事件的完整流程是 ACTION_DOWN —> ACTION_MOVE —> ACTION_UP

常用方法含义
getX/Y()点击事件相对于 当前 View 左上角 的 x/y 轴距离
getRawX/Y()点击事件相对于 手机屏幕左上角 的 x/y 轴距离
事件分发相关方法。

  • public boolean dispatchTouchEvent(MotionEvent ev)

    用于事件分发，将触摸事件向下传递给目标视图，如果它本身就是目标视图，则传递给自己来处理事件。返回结果受自己的 onTouchEvent 和下级 View 的 dispatchTouchEvent 方法影响。

  • public boolean onInterceptTouchEvent(MotionEvent ev)

    在 dispatchTouchEvent 中调用。是否进行事件拦截，如果返回 false ，则代表不拦截事件；如果返回事件为 true，则拦截事件，并且此事件的后续事件都交给自己来处理，不会再调用此方法询问是否拦截。

    只有 ViewGroup 有这个方法，默认返回 false，不拦截。

  • public boolean onTouchEvent(MotionEvent ev)

    在 dispatchTouchEvent 中调用。用来处理事件，返回 true 代表消费事件；返回 false 代表不消费事件。

代表三者关系的伪代码：（摘抄于《Android艺术开发探索》第三章）

//伪代码，解释 dispatchTouchEvent 和 onInterceptTouchEvent 以及 onTouchEvent 的调用关系 
public boolean dispatchTouchEvent(MotionEvent ev){
    boolean consume;
    if(onInterceptTouchEvent(ev)){
        consume = onTouchEvent(ev);
    }else{
        consume = childView.dispatchTouchEvent(ev);
    }
    return consume ;
}

通过上面的伪代码，我们可以大致的了解事件的传递规则：对于一个根 ViewGroup 来说，点击事件产生后，首先会传递给它，这时它的 dispatchTouchEvent 就会被调用，如果它的 onInterceptTouchEvent 方法返回 true，就表示要拦截事件，接着事件就交给这个 ViewGroup 的 onTouchEvent 来处理，如果 onInterceptTouchEvent 返回 false，表示不拦截事件，当前事件就会传递给它的子元素，接着子元素的 dispatchTouchEvent 方法就会被调用，如此反复直到事件被最终处理。

分发流程

三个方法在具体项目中的具体的调用流程是什么呢？我们用个 Demo 来演示。
在这里插入图片描述

都只是简单重写这三个方法，并打印日志。

public class Group1 extends FrameLayout {
    public static final String TAG = "----------";
    //......代码省略......

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.i(TAG, "dispatchTouchEvent-----------------"+ Util.getMotionEvent(ev) + this.getClass().getSimpleName());
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.i(TAG, "onInterceptTouchEvent-----------------" + Util.getMotionEvent(ev)+ this.getClass().getSimpleName());
        return super.onInterceptTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent-----------------" + Util.getMotionEvent(event)+ this.getClass().getSimpleName());
        return super.onTouchEvent(event);
    }
}

View 的代码：

public class View1 extends View {
    public static final String TAG = "----------";
    //......代码省略......

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i(TAG,"dispatchTouchEvent-----------------" + Util.getMotionEvent(event)+ this.getClass().getSimpleName());
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG,"onTouchEvent-----------------"+ Util.getMotionEvent(event) + this.getClass().getSimpleName());
        return super.onTouchEvent(event);
    }
}

Util 类代码（打印出事件的名称）：

class Util {
    static String getMotionEvent(MotionEvent motionEvent) {
        int action = motionEvent.getAction();
        if (action == MotionEvent.ACTION_DOWN) {
            return "ACTION_DOWN----";
        } else if (action == MotionEvent.ACTION_UP) {
            return "ACTION_UP------";
        } else if (action == MotionEvent.ACTION_MOVE) {
            return "ACTION_MOVE----";
        } else if (action == MotionEvent.ACTION_CANCEL) {
            return "ACTION_CANCEL--";
        } else {
            return String.valueOf(motionEvent);
        }
    }
}

MainActivity的代码:

public class MainActivity extends AppCompatActivity {
    public static final String TAG = "----------";
    //......代码省略......

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.i(TAG, "dispatchTouchEvent-----------------" + com.sjc.eventdispatch.Util.getMotionEvent(ev) + this.getClass().getSimpleName());
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent-----------------" + com.sjc.eventdispatch.Util.getMotionEvent(event) + this.getClass().getSimpleName());
        return super.onTouchEvent(event);
    }

}

MainActivity中的 xml 文件:

<?xml version="1.0" encoding="utf-8"?>
<com.sjc.eventdispatch.Group1 xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <com.sjc.eventdispatch.View1
        android:id="@+id/view1"
        android:layout_width="200dp"
        android:layout_height="300dp"
        android:layout_gravity="center"
        android:background="@color/colorPrimaryDark" />
</com.sjc.eventdispatch.Group1>

具体页面呈现：

模拟一：

  • 条件：所有方法都保持返回 super.xxx(event) 状态；
  • 动作：点击 View1 ；
//Log日志
----------: dispatchTouchEvent--------ACTION_DOWN----MainActivity
----------: dispatchTouchEvent--------ACTION_DOWN----Group1
----------: onInterceptTouchEvent--------ACTION_DOWN----Group1
----------: dispatchTouchEvent--------ACTION_DOWN----View1
----------: onTouchEvent--------ACTION_DOWN----View1
----------: onTouchEvent--------ACTION_DOWN----Group1
----------: onTouchEvent--------ACTION_DOWN----MainActivity

----------: dispatchTouchEvent--------ACTION_MOVE----MainActivity
----------: onTouchEvent--------ACTION_MOVE----MainActivity

----------: dispatchTouchEvent--------ACTION_UP------MainActivity
----------: onTouchEvent--------ACTION_UP------MainActivity

从事件的传递过程，我们可以看出，当用户触摸屏幕进行操作时，事件先传递给 Activity，然后通过 dispatchTouchEvent 分发给跟布局 Group1 ，Group1 进行事件分发，先进行调用自己的 onInterceptTouchEvent 进行询问是否拦截（默认不拦截），然后就传递给当前点击的子控件 View1，View1 通过自己的 dispatchTouchEvent 方法分发给自己，调用自己的 onTouchEvent 方法。View1 默认不消费事件，事件就传递给了Group1 自己的 onTouchEvent 方法，由于 Group1 也不消费事件，事件就回传给了 Activity，最终 Activity 的 onTouchEvent 接收了事件，并且后续事件也是由它直接接收。

结论：

  1. 如果一个控件不消费传递过来的 DOWN 事件，那么后续事件不会传递给它。
  2. 如果一个点击区域的所有控件都不消费事件，那么这个事件最终会传递个 Activity 。

模拟二：

  • 条件：View1 的 onTouchEvent 方法返回 true ；
  • 动作：点击 View1 ；
//log日志
----------: dispatchTouchEvent--------ACTION_DOWN----MainActivity
----------: dispatchTouchEvent--------ACTION_DOWN----Group1
----------: onInterceptTouchEvent--------ACTION_DOWN----Group1
----------: dispatchTouchEvent--------ACTION_DOWN----View1
----------: onTouchEvent--------ACTION_DOWN----View1

----------: dispatchTouchEvent--------ACTION_MOVE----MainActivity
----------: dispatchTouchEvent--------ACTION_MOVE----Group1
----------: onInterceptTouchEvent--------ACTION_MOVE----Group1
----------: dispatchTouchEvent--------ACTION_MOVE----View1
----------: onTouchEvent--------ACTION_MOVE----View1

----------: dispatchTouchEvent--------ACTION_UP------MainActivity
----------: dispatchTouchEvent--------ACTION_UP------Group1
----------: onInterceptTouchEvent--------ACTION_UP------Group1
----------: dispatchTouchEvent--------ACTION_UP------View1
----------: onTouchEvent--------ACTION_UP------View1

典型的点击事件传递过程，用户点击一个按钮，按钮来响应操作，事件被这个按钮消费。并且每次事件传递过来时，Group1 都会调用 onInterceptTouchEvent 方法来进行检查是否拦截。

模拟三：

  • 条件1：View1 的 onTouchEvent 方法返回 true， Group1 的 onInterceptTouchEvent 返回 true 。
  • 动作1：点击 View1 ；
//Log日志
----------: dispatchTouchEvent--------ACTION_DOWN----MainActivity
----------: dispatchTouchEvent--------ACTION_DOWN----Group1
----------: onInterceptTouchEvent--------ACTION_DOWN----Group1
----------: onTouchEvent--------ACTION_DOWN----Group1
----------: onTouchEvent--------ACTION_DOWN----MainActivity
        
----------: dispatchTouchEvent--------ACTION_MOVE----MainActivity
----------: onTouchEvent--------ACTION_MOVE----MainActivity
        
----------: dispatchTouchEvent--------ACTION_UP------MainActivity
----------: onTouchEvent--------ACTION_UP------MainActivity
  • 条件2：View1 的 onTouchEvent 方法返回 true ，Group1 的 onInterceptTouchEvent 返回 true ，Group1 的 onTouchEvent 返回 true 。
  • 动作2：点击 View1 。
//Log日志
----------: dispatchTouchEvent--------ACTION_DOWN----MainActivity
----------: dispatchTouchEvent--------ACTION_DOWN----Group1
----------: onInterceptTouchEvent--------ACTION_DOWN----Group1
----------: onTouchEvent--------ACTION_DOWN----Group1
    
----------: dispatchTouchEvent--------ACTION_MOVE----MainActivity
----------: dispatchTouchEvent--------ACTION_MOVE----Group1
----------: onTouchEvent--------ACTION_MOVE----Group1
    
----------: dispatchTouchEvent--------ACTION_UP------MainActivity
----------: dispatchTouchEvent--------ACTION_UP------Group1
----------: onTouchEvent--------ACTION_UP------Group1

Group1 的 onInterceptTouchEvent 返回 true 拦截事件，它的 onTouchEvent 被调用。onTouchEvent 返回 true 代表事件被消费，后续事件都传递给它来处理；onTouchEvent 返回 false 代表事件没有消费，事件向上传递给 Activity ，后续事件都不会传递给 Group1 和 View1 来处理。

结论:

  1. ViewGroup 一旦拦截事件后，后续事件就会交给它来处理，并且不会再调用 onInterceptTouchEvent 方法询问是否拦截。
  2. 再次验证了 如果一个控件不消费传递过来的 DOWN 事件，那么后续事件不会传递给它。

总结在这里插入图片描述

其他知识点:

CANCEL 事件的理解

事件序列的非人为的提前结束。

模拟条件：

  • View1 的 onTouchEvent 方法返回 true ；
  • Group1 的 onInterceptTouchEvent 在 MOVE 事件上返回 true，其他事件返回false。
  • 其他方法保持返回 super.xxx()。

模拟动作： 点击 View1 ；

public class Group1 extends FrameLayout {
    public static final String TAG = "----------";
    //......代码省略......
    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.i(TAG, "onInterceptTouchEvent--------" + Util.getMotionEvent(ev) + this.getClass().getSimpleName());
        boolean intercept;
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                intercept = false;
                break;
            case MotionEvent.ACTION_MOVE:
                intercept = true;
                break;
            case MotionEvent.ACTION_UP:
                intercept = false;
                break;
            default:
                intercept = false;
                break;
        }
        return intercept;
    }
}

//log日志
----------: dispatchTouchEvent--------ACTION_DOWN----MainActivity
----------: dispatchTouchEvent--------ACTION_DOWN----Group1
----------: onInterceptTouchEvent--------ACTION_DOWN----Group1
----------: dispatchTouchEvent--------ACTION_DOWN----View1
----------: onTouchEvent--------ACTION_DOWN----View1
        
----------: dispatchTouchEvent--------ACTION_MOVE----MainActivity
----------: dispatchTouchEvent--------ACTION_MOVE----Group1
----------: onInterceptTouchEvent--------ACTION_MOVE----Group1
----------: dispatchTouchEvent--------ACTION_CANCEL--View1
----------: onTouchEvent--------ACTION_CANCEL--View1
        
----------: dispatchTouchEvent--------ACTION_MOVE----MainActivity
----------: dispatchTouchEvent--------ACTION_MOVE----Group1
----------: onTouchEvent--------ACTION_MOVE----Group1
----------: onTouchEvent--------ACTION_MOVE----MainActivity
        
----------: dispatchTouchEvent--------ACTION_UP------MainActivity
----------: dispatchTouchEvent--------ACTION_UP------Group1
----------: onTouchEvent--------ACTION_UP------Group1
----------: onTouchEvent--------ACTION_UP------MainActivity

在这个事件流中，View1 首先消费了 DOWN 事件。当用户移动，产生了 MOVE 事件，由于 Group1 的 onInterceptTouchEvent 方法在 MOVE 事件中返回 true，表示开始拦截事件，MOVE 事件及后面的 UP 事件都交给 Group 1处理，不再传递给 View1。而此时 View1 只消费了 DOWN 事件，处于一个事件流的中途阶段，为了让 View1 有一个完整的事件流，就传递给 View1 一个 CANCEL 事件，从而告诉 View1 这个事件流对于它来说已经结束了。

requestDisallowInterceptTouchEvent

请求父控件不要拦截事件。属于 ViewParent 的方法，ViewParent是一个接口，ViewGroup 实现了 ViewParent 接口。

模拟条件：

  • View1 的 onTouchEvent 方法返回 true ，在 dispatchTouchEvent 方法中调用 requestDisallowInterceptTouchEvent 方法；
  • Group1 的 onInterceptTouchEvent 在 MOVE 事件上返回 true，其他事件返回false。
  • 其他方法保持返回 super.xxx()。

模拟动作： 点击 View1 ；

public class View1 extends View {
    public static final String TAG = "----------";
    //......代码省略......
    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i(TAG, "dispatchTouchEvent--------" + Util.getMotionEvent(event) + this.getClass().getSimpleName());
        getParent().requestDisallowInterceptTouchEvent(true);
        return super.dispatchTouchEvent(event);
    }
}

----------: dispatchTouchEvent--------ACTION_DOWN----MainActivity
----------: dispatchTouchEvent--------ACTION_DOWN----Group1
----------: onInterceptTouchEvent--------ACTION_DOWN----Group1
----------: dispatchTouchEvent--------ACTION_DOWN----View1
----------: onTouchEvent--------ACTION_DOWN----View1
        
----------: dispatchTouchEvent--------ACTION_MOVE----MainActivity
----------: dispatchTouchEvent--------ACTION_MOVE----Group1
----------: dispatchTouchEvent--------ACTION_MOVE----View1
----------: onTouchEvent--------ACTION_MOVE----View1
        
----------: dispatchTouchEvent--------ACTION_UP------MainActivity
----------: dispatchTouchEvent--------ACTION_UP------Group1
----------: onInterceptTouchEvent--------ACTION_UP------Group1
----------: dispatchTouchEvent--------ACTION_UP------View1
----------: onTouchEvent--------ACTION_UP------View1

我们可以看到 View1 调用 requestDisallowInterceptTouchEvent 后，能够接收到 MOVE 事件以及后续其他事件，Group1 的拦截并没有起作用。从而我们可以使用 requestDisallowInterceptTouchEvent 来解决一些开发商的滑动冲突之类的问题。

注意： View 调用 requestDisallowInterceptTouchEvent 请求父控件不拦截生效有意义的前提是： View接收到了 DOWN 事件，并且消费了 DOWN 事件。如果一个控件不消费 DOWN 事件，那么后续事件也不会传递给它。

源码分析

View的事件分发（二）源码分析

本篇文章用于记录学习过程中的理解和笔记，如有错误，请批评指正，万分感谢！

事件分发系列文章:

View的事件分发（二）源码分析

View的事件分发（三）源码分析

参考文档

《Android开发艺术探索》第三章

Android事件分发机制，大表哥带你慢慢深入

StarkSongV
关注
专栏目录
Android事件分发机制三：事件分发工作流程
m0_70083062的博客
05-10 795
该方法是消费事件的主要方法，存在于view中，viewGroup默认并没有重写该方法。方法返回true表示消费事件，返回false表示不消费事件。 viewGroup分发事件时，如果没有一个子view消费事件，那么会调用自身的onTouchEvent方法来处理事件。View的dispatchTouchEvent方法中，并不是直接调用onTouchEvent方法来消费事件，而是先调用onTouchListener判断是否消费；如果onTouchListener没有消费事件，才会调用onTouchEvent来处
Android View事件分发和消费源码简单理解
08-30
Android View事件分发和消费是Android应用程序中的一种关键机制，它负责处理用户的触摸事件，并将其分发给相应的View组件，以便实现用户界面的交互。在Android系统中，事件分发和消费的机制是通过ViewGroup和View两...
View事件分发机制流程
qq_26414049的博客
08-04 280
android的view事件分发机制: View的事件分发主要有两个方法 1. dispatchTouchEcent()； 用来分派事件 2. onTouchEvent ()；用来处理事件 当我们用手指在屏幕点击时，事件首先被传递到Activity的dispatchTouchEvent方法。对的哦！你没有看错，Activity也有dispatchTouchEvent方法。我们来看看Activity的dispatchTouchEvent方法代码: 可见，当...
Android事件分发机制完全解析，带你从源码的角度彻底理解(上)
热门推荐
pi9nc的专栏
07-09 6万+
Android事件分发机制完全解析，带你从源码的角度彻底理解(上) 分类： Android疑难解析2013-06-20 08:30 1901人阅读 评论(13) 收藏 举报 Android事件分发onTouchdispatchTouchEventonTouchEvent 转载请注明出处：http://blog.csdn.net/sinyu890807/article/de
事件分发流程【详细，持续更新】
m0_38101382的博客
10-21 568
其他不说，图才会让人虎躯一震！
View事件分发流程
AdrianAndroid的专栏
03-29 813
资料 View事件分发流程 Android View绘制及事件（五）View响应事件及分发过程源码详解 ViewGroup事件分发机制源码分析
Android View事件分发机制详解
09-01
事件分发的流程继续在`ViewGroup`中进行，例如`LinearLayout`或`RelativeLayout`。每个`ViewGroup`都有机会通过`dispatchTouchEvent`和`onInterceptTouchEvent`决定是否处理事件。 `ViewGroup#dispatchTouchEvent`...
Android View 事件分发机制详解
09-01
Android View 事件分发机制是Android用户界面交互的基础，它决定了触摸事件如何在视图层次结构中传递...通过实例代码和深入分析，开发者可以更加清晰地了解事件分发的整个流程，从而提高Android应用的性能和用户体验。
Android View的事件分发流程总结
u012004537的博客
03-05 448
摘自鸿洋大神http://blog.csdn.net/lmj623565791/article/details/38960443 1、整个View的事件转发流程是： View.dispatchEvent->View.setOnTouchListener->View.onTouchEvent 在dispatchTouchEvent中会进行OnTouchListener的判断，如果O
事件分发
RenZjun的博客
09-17 357
布局文件     xmlns:android="http://schemas.android.com/apk/res/android"     xmlns:app="http://schemas.android.com/apk/res-auto"     xmlns:tools="http://schemas.android.com/tools" android:layout_wid
Android View的事件分发（一）-事件分发的过程
m0_56146626的博客
05-30 280
Android View 虽然不是四大组件，但其并不比四大组件的地位低。而View的核心知识点事件分发机制则是Android开发过程中一个重点也是难点。ScrollView嵌套RecyclerView(或者ListView)的滑动冲突这种问题的理论基础就是事件分发机制。 Android中的事件分发机制也就是View与ViewGroup的对事件的分发与处理。在ViewGroup的内部包含了许多View，而ViewGroup继承自View，所以ViewGroup本身也是一个View。对于事件可以通过ViewGr
android事件分发流程说明
申世雷
03-24 524
事件分发主要分三块:分发、拦截、消费； 当我们触摸到屏幕的时候，默认会先走Activity的分发，接着走ViewGroup的分发，然后到ViewGroup的拦截，后面再到View的分发事件，最后会传到View的消费事件，如果View不消费，紧接着回传到ViewGroup的消费事件，如果ViewGroup也不消费，最后回到View的消费事件。整个事件分发构成了一个u型结构，下面总结了分发的细节流程： 如果ViewGroup的dispatchTouchEvent返回true或false，touch事件不会往子v
View的事件分发流程
红柳的博客
06-13 308
如果一个View(eg Button)触发Touch事件，Touch事件首先会传入到该View的dispatchTouchEvent()方法里。 dispatchTouchEvent()方法表示是否进行事件分发 返回值: true表示继续事件分发 ;false表示终止事件分发 onTouch()方法[View源码的dispatchTouchEvent()里的第三个if判断]，如下面的截图:
View的事件分发机制
qq_56785698的博客
02-27 2518
View的事件分发机制VIew的事件包括什么事件分发规则三个事件分发方法传递规则功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 VIew的事件包括什么 View的事件其实指的就是MotionEvent，也就是我们对屏幕的点击，滑动
View体系与自定义View（四）—— View的事件分发机制
xingyu19911016的博客
10-13 1080
1. 分析Activity的构成 点击事件用MotionEvent表示，当一个点击事件产生后，事件最先传递给Activity。 在Activity中会调用setContentView方法来加载布局，以下是setContentView的源码： public class Activity extends ContextThemeWrapper implements LayoutInflater.Factory2, Window.Callback, KeyEvent.Callback, Window.
图解View的事件分发机制
WangT443的博客
05-24 781
Android点击事件分发的学习笔记，阅读了任玉刚前辈的《Android开发艺术探索》3.4节之后，整理了事件分发源码的流程图以帮助理解。
View的事件体系（三）view的事件分发机制
dev晴天的博客
04-09 1656
本章开始总结vie事件的分发机制：view的核心知识、view的难点、view的另一大难点滑动冲突解决的理论基础。 一、了解下 安卓的view层级: 其实我们平时在xml中写的view都是通过activity的setContentView被一步步加载到window上的，事件的产生也是首先从activity按照层级往下传递，一直到我们CustomView的最内层布局view，中间传递过程有着事...
View的事件分发（附流程图）
吴晓龙的博客
06-07 758
View的事件分发：1、  触摸事件的传递流程是从dispatchTouchEvent开始的，如果不进行人为干预（super.dispatchTouchEvent()），则事件会按照嵌套层次从外层依次向内层传递，到达最内层View时，就由它的TouchEvent方法处理。该方法如果能消费此事件，则返回true，如果处理不了，则返回false，这时事件会重新向外层传递，并由外层view的touche
深入解析Android View事件分发机制
首先，事件分发机制涉及的主要流程始于用户在屏幕上触摸一个View，这个动作会被Android系统捕捉并转化为MotionEvent事件。一个完整的事件序列通常包括ACTION_DOWN（触摸按下）、ACTION_MOVE（触摸移动）和ACTION_UP...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值