全面解析Android事件分发机制：一篇足矣！

最新推荐文章于 2024-08-09 23:36:21 发布

2401_84123188

最新推荐文章于 2024-08-09 23:36:21 发布

阅读量962

点赞数 10

分类专栏：程序员文章标签： android java 开发语言

本文链接：https://blog.csdn.net/2401_84123188/article/details/137424953

版权

程序员专栏收录该内容

184 篇文章 0 订阅

订阅专栏

final View[] children = mChildren;

final int count = mChildrenCount;

// 重点分析2

// 通过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);

// 判断当前遍历的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;

// 条件判断的内部调用了该View的dispatchTouchEvent()

// 即实现了点击事件从ViewGroup到子View的传递（具体请看下面的View事件分发机制）

if (child.dispatchTouchEvent(ev)) {

mMotionTarget = child;

return true;

// 调用子View的dispatchTouchEvent后是有返回值的

// 若该控件可点击，那么点击时，dispatchTouchEvent的返回值必定是true，因此会导致条件判断成立

// 于是给ViewGroup的dispatchTouchEvent（）直接返回了true，即直接跳出

// 即把ViewGroup的点击事件拦截掉

}

boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||

(action == MotionEvent.ACTION_CANCEL);

if (isUpOrCancel) {

mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;

}

final View target = mMotionTarget;

// 重点分析3

// 若点击的是空白处（即无任何View接收事件） / 拦截事件（手动复写onInterceptTouchEvent（），从而让其返回true）

if (target == null) {

ev.setLocation(xf, yf);

if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {

ev.setAction(MotionEvent.ACTION_CANCEL);

mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;

}

return super.dispatchTouchEvent(ev);

// 调用ViewGroup父类的dispatchTouchEvent()，即View.dispatchTouchEvent()

// 因此会执行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick（） ->> onClick()，即自己处理该事件，事件不会往下传递（具体请参考View事件的分发机制中的View.dispatchTouchEvent（））

// 此处需与上面区别：子View的dispatchTouchEvent（）

}

…

}

/**

分析1：ViewGroup.onInterceptTouchEvent()
作用：是否拦截事件
说明：

a. 返回true = 拦截，即事件停止往下传递（需手动设置，即复写onInterceptTouchEvent（），从而让其返回true）

```
b. 返回false = 不拦截（默认）
```

public boolean onInterceptTouchEvent(MotionEvent ev) {

return false;

}

// 回到调用原处

2.2.2 总结

结论：Android事件分发总是先传递到ViewGroup、再传递到View
过程：当点击了某个控件时

核心方法总结

2.2.3 Demo讲解

布局如下

测试代码

布局文件：activity_main.xml

<?xml version="1.0" encoding="utf-8"?>

<LinearLayout xmlns:android=“http://schemas.android.com/apk/res/android”

android:id=“@+id/my_layout”

android:layout_width=“match_parent”

android:layout_height=“match_parent”

xmlns:app=“http://schemas.android.com/apk/res-auto”

android:focusableInTouchMode=“true”

android:orientation=“vertical”>

<Button

android:id=“@+id/button1”

android:layout_width=“wrap_content”

android:layout_height=“wrap_content”

android:text=“按钮1” />

<Button

android:id=“@+id/button2”

android:layout_width=“wrap_content”

android:layout_height=“wrap_content”

android:text=“按钮2” />

核心代码：MainActivity.java

/**

ViewGroup布局（myLayout）中有2个子View = 2个按钮

public class MainActivity extends AppCompatActivity {

Button button1,button2;

ViewGroup myLayout;

@Override

public void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

button1 = (Button)findViewById(R.id.button1);

button2 = (Button)findViewById(R.id.button2);

myLayout = (LinearLayout)findViewById(R.id.my_layout);

// 1.为ViewGroup布局设置监听事件

myLayout.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

Log.d(“TAG”, “点击了ViewGroup”);

}

});

// 2. 为按钮1设置监听事件

button1.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

Log.d(“TAG”, “点击了button1”);

}

});

// 3. 为按钮2设置监听事件

button2.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

Log.d(“TAG”, “点击了button2”);

}

});

}

结果测试

从上面的测试结果发现：

点击Button时，执行Button.onClick()，但ViewGroupLayout注册的onTouch（）不会执行
只有点击空白区域时，才会执行ViewGroupLayout的onTouch（）
结论：Button的onClick()将事件消费掉了，因此事件不会再继续向下传递。

2.3 View事件的分发机制

===============

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

2.3.1 源码分析

/**

源码分析：View.dispatchTouchEvent（）

public boolean dispatchTouchEvent(MotionEvent event) {

if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&

mOnTouchListener.onTouch(this, event)) {

return true;

}

return onTouchEvent(event);

}

// 说明：只有以下3个条件都为真，dispatchTouchEvent()才返回true；否则执行onTouchEvent()

// 1. mOnTouchListener != null

// 2. (mViewFlags & ENABLED_MASK) == ENABLED

// 3. mOnTouchListener.onTouch(this, event)

// 下面对这3个条件逐个分析

/**

条件1：mOnTouchListener != null
说明：mOnTouchListener变量在View.setOnTouchListener（）方法里赋值

public void setOnTouchListener(OnTouchListener l) {

mOnTouchListener = l;

// 即只要我们给控件注册了Touch事件，mOnTouchListener就一定被赋值（不为空）

}

/**

条件2：(mViewFlags & ENABLED_MASK) == ENABLED
说明：

a. 该条件是判断当前点击的控件是否enable

b. 由于很多View默认enable，故该条件恒定为true

/**

条件3：mOnTouchListener.onTouch(this, event)
说明：即回调控件注册Touch事件时的onTouch（）；需手动复写设置，具体如下（以按钮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(event)**的源码分析

详情请看注释

Android 5.0后 View.onTouchEvent()源码发生了变化（更加复杂），但原理相同；

本文为了让读者更好理解，所以采用Android 5.0前的版本

/**

源码分析：View.onTouchEvent（）

public boolean onTouchEvent(MotionEvent event) {

final int viewFlags = mViewFlags;

if ((viewFlags & ENABLED_MASK) == DISABLED) {

return (((viewFlags & CLICKABLE) == CLICKABLE ||

(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));

}

if (mTouchDelegate != null) {

if (mTouchDelegate.onTouchEvent(event)) {

return true;

}

// 若该控件可点击，则进入switch判断中

if (((viewFlags & CLICKABLE) == CLICKABLE ||

(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {

switch (event.getAction()) {

// a. 若当前的事件 = 抬起View（主要分析）

case MotionEvent.ACTION_UP:

boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;

…// 经过种种判断，此处省略

// 执行performClick() ->>分析1

performClick();

break;

// b. 若当前的事件 = 按下View

case MotionEvent.ACTION_DOWN:

if (mPendingCheckForTap == null) {

mPendingCheckForTap = new CheckForTap();

}

mPrivateFlags |= PREPRESSED;

mHasPerformedLongPress = false;

postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());

break;

// c. 若当前的事件 = 结束事件（非人为原因）

case MotionEvent.ACTION_CANCEL:

mPrivateFlags &= ~PRESSED;

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)) {

// Outside button

removeTapCallback();

if ((mPrivateFlags & PRESSED) != 0) {

// Remove any future long press/tap checks

removeLongPressCallback();

// Need to switch from pressed to not pressed

mPrivateFlags &= ~PRESSED;

refreshDrawableState();

}

break;

}

// 若该控件可点击，就一定返回true

return true;

}

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

return false;

}

/**

分析1：performClick（）

public boolean performClick() {

if (mOnClickListener != null) {

playSoundEffect(SoundEffectConstants.CLICK);

mOnClickListener.onClick(this);

return true;

// 只要我们通过setOnClickListener（）为控件View注册1个点击事件

// 那么就会给mOnClickListener变量赋值（即不为空）

// 则会往下回调onClick（） & performClick（）返回true

}

return false;

}

2.3.2 总结

每当控件被点击时：

注：onTouch（）的执行先于 onClick（）

核心方法总结

2.3.3 Demo讲解

下面我将用Demo验证上述的结论

/**

结论验证1：在回调onTouch()里返回false

// 1. 通过OnTouchListener()复写onTouch()，从而手动设置返回false

button.setOnTouchListener(new View.OnTouchListener() {

@Override

public boolean onTouch(View v, MotionEvent event) {

System.out.println(“执行了onTouch(), 动作是:” + event.getAction());

return false;

}

});

// 2. 通过 OnClickListener（）为控件设置点击事件，为mOnClickListener变量赋值（即不为空），从而往下回调onClick（）

button.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

System.out.println(“执行了onClick()”);

}

});

/**

结论验证2：在回调onTouch()里返回true

// 1. 通过OnTouchListener()复写onTouch()，从而手动设置返回true

button.setOnTouchListener(new View.OnTouchListener() {

@Override

public boolean onTouch(View v, MotionEvent event) {

System.out.println(“执行了onTouch(), 动作是:” + event.getAction());

return true;

}

});

// 2. 通过 OnClickListener（）为控件设置点击事件，为mOnClickListener变量赋值（即不为空）

// 但由于dispatchTouchEvent（）返回true，即事件不再向下传递，故不调用onClick()）

button.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

System.out.println(“执行了onClick()”);

}

});

测试结果

2.4 总结

======

若您已经看到此处，那么恭喜你，你已经能非常熟悉掌握Android的事件分发机制了

即：Activity、ViewGroup、View 的事件分发机制

3. 工作流程总结

===========

在本节中，我将结合源码，梳理出1个事件分发的工作流程总结，具体如下：

左侧虚线：具备相关性 & 逐层返回

以角色为核心的图解说明

以方法为核心的图解说明

4. 核心方法总结

==========

已知事件分发过程的核心方法为：dispatchTouchEvent()、onInterceptTouchEvent() 和 onTouchEvent()

下面，我将结合总结的工作流程，再次详细讲解该3个方法

4.1 dispatchTouchEvent()

简介

返回情况说明

情况1：默认

情况2：返回true

情况3：返回false

4.2 onInterceptTouchEvent()

简介

注：Activity、View都无该方法

返回情况说明

情况1：true

情况2：false（默认）

4.3 onTouchEvent()

简介

返回情况说明

情况1：返回true

情况2：返回false（default）

4.4 三者关系

下面，我用一段伪代码来阐述上述3个方法的关系 & 事件传递规则

/**

点击事件产生后

// 步骤1：调用dispatchTouchEvent（）

public boolean dispatchTouchEvent(MotionEvent ev) {

boolean consume = false; //代表是否会消费事件

// 步骤2：判断是否拦截事件

if (onInterceptTouchEvent(ev)) {

// a. 若拦截，则将该事件交给当前View进行处理

// 即调用onTouchEvent (）方法去处理点击事件

consume = onTouchEvent (ev) ;

} else {

// b. 若不拦截，则将该事件传递到下层

// 即下层元素的dispatchTouchEvent（）就会被调用，重复上述过程

// 直到点击事件被最终处理为止

consume = child.dispatchTouchEvent (ev) ;

}

// 步骤3：最终返回通知该事件是否被消费（接收 & 处理）

return consume;

}

5. 常见的事件分发场景

=============

下面，我将通过实例说明常见的事件传递情况 & 流程

5.1 背景描述

讨论的布局如下：

情景

用户先触摸到屏幕上View C上的某个点（图中黄区）

Action_DOWN事件在此处产生

用户移动手指
最后离开屏幕

5.2 一般的事件传递情况

一般的事件传递场景有：

默认情况
处理事件
拦截DOWN事件
拦截后续事件（MOVE、UP）

场景1：默认

即不对控件里的方法（dispatchTouchEvent()、onTouchEvent()、onInterceptTouchEvent()）进行重写或更改返回值
那么调用的是这3个方法的默认实现：调用下层的方法 & 逐层返回
事件传递情况：（呈U型）

从上往下调用dispatchTouchEvent()

Activity A ->> ViewGroup B ->> View C

从下往上调用onTouchEvent()

View C ->> ViewGroup B ->> Activity A

注：虽然ViewGroup B的onInterceptTouchEvent（）对DOWN事件返回了false，但后续的事件（MOVE、UP）依然会传递给它的onInterceptTouchEvent()

这一点与onTouchEvent（）的行为是不一样的：不再传递 & 接收该事件列的其他事件

场景2：处理事件

设View C希望处理该点击事件，即：设置View C为可点击的（Clickable） 或复写其onTouchEvent（）返回true

最常见的：设置Button按钮来响应点击事件

事件传递情况：（如下图）

DOWN事件被传递给C的onTouchEvent方法，该方法返回true，表示处理该事件
因为View C正在处理该事件，那么DOWN事件将不再往上传递给ViewGroup B 和 Activity A的onTouchEvent()；
该事件列的其他事件（Move、Up）也将传递给View C的onTouchEvent()

会逐层往dispatchTouchEvent() 返回，最终事件分发结束

场景3：拦截DOWN事件

假设ViewGroup B希望处理该点击事件，即ViewGroup B复写了onInterceptTouchEvent()返回true、onTouchEvent()返回true

事件传递情况：（如下图）

DOWN事件被传递给ViewGroup B的onInterceptTouchEvent()，该方法返回true，表示拦截该事件，即自己处理该事件（事件不再往下传递）
调用自身的onTouchEvent()处理事件（DOWN事件将不再往上传递给Activity A的onTouchEvent()）
该事件列的其他事件（Move、Up）将直接传递给ViewGroup B的onTouchEvent()

注：

该事件列的其他事件（Move、Up）将不会再传递给ViewGroup B的onInterceptTouchEvent（）；因：该方法一旦返回一次true，就再也不会被调用

逐层往dispatchTouchEvent() 返回，最终事件分发结束

场景4：拦截DOWN的后续事件

结论

若 ViewGroup 拦截了一个半路的事件（如MOVE），该事件将会被系统变成一个CANCEL事件 & 传递给之前处理该事件的子View；
该事件不会再传递给ViewGroup 的onTouchEvent()
只有再到来的事件才会传递到ViewGroup的onTouchEvent()

场景描述

ViewGroup B 无拦截DOWN事件（还是View C来处理DOWN事件），但它拦截了接下来的MOVE事件

即 DOWN事件传递到View C的onTouchEvent（），返回了true

实例讲解

在后续到来的MOVE事件，ViewGroup B 的onInterceptTouchEvent（）返回true拦截该MOVE事件，但该事件并没有传递给ViewGroup B ；这个MOVE事件将会被系统变成一个CANCEL事件传递给View C的onTouchEvent（）
后续又来了一个MOVE事件，该MOVE事件才会直接传递给ViewGroup B 的onTouchEvent()

后续事件将直接传递给ViewGroup B 的onTouchEvent()处理，而不会再传递给ViewGroup B 的onInterceptTouchEvent（），因该方法一旦返回一次true，就再也不会被调用了。

View C再也不会收到该事件列产生的后续事件

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

《设计思想解读开源框架》

第一章、热修复设计

第一节、 AOT/JIT & dexopt 与 dex2oat
第二节、热修复设计之 CLASS_ISPREVERIFIED 问题
第三节、热修复设计之热修复原理
第四节、Tinker 的集成与使用（自动补丁包生成）

第二章、插件化框架设计
第一节、 Class 文件与 Dex 文件的结构解读
第二节、 Android 资源加载机制详解
第三节、四大组件调用原理
第四节、 so 文件加载机制
第五节、 Android 系统服务实现原理

第三章、组件化框架设计
第一节、阿里巴巴开源路由框——ARouter 原理分析
第二节、APT 编译时期自动生成代码&动态类加载
第三节、 Java SPI 机制
第四节、 AOP&IOC
第五节、手写组件化架构

第四章、图片加载框架
第一节、图片加载框架选型
第二节、Glide 原理分析
第三节、手写图片加载框架实战

第五章、网络访问框架设计
第一节、网络通信必备基础
第二节、OkHttp 源码解读
第三节、Retrofit 源码解析

第六章、 RXJava 响应式编程框架设计
第一节、链式调用
第二节、扩展的观察者模式
第三节、事件变换设计
第四节、Scheduler 线程控制

第七章、 IOC 架构设计
第一节、依赖注入与控制反转
第二节、ButterKnife 原理上篇、中篇、下篇
第三节、Dagger 架构设计核心解密

第八章、 Android 架构组件 Jetpack
第一节、 LiveData 原理
第二节、 Navigation 如何解决 tabLayout 问题
第三节、 ViewModel 如何感知 View 生命周期及内核原理
第四节、 Room 架构方式方法
第五节、 dataBinding 为什么能够支持 MVVM
第六节、 WorkManager 内核揭秘
第七节、 Lifecycles 生命周期

本文包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！

读**

第二节、 Android 资源加载机制详解
第三节、四大组件调用原理
第四节、 so 文件加载机制
第五节、 Android 系统服务实现原理

[外链图片转存中…(img-5RtUhfQ3-1712376605488)]

第三章、组件化框架设计
第一节、阿里巴巴开源路由框——ARouter 原理分析
第二节、APT 编译时期自动生成代码&动态类加载
第三节、 Java SPI 机制
第四节、 AOP&IOC
第五节、手写组件化架构

[外链图片转存中…(img-zkgoYRhb-1712376605488)]

第四章、图片加载框架
第一节、图片加载框架选型
第二节、Glide 原理分析
第三节、手写图片加载框架实战

[外链图片转存中…(img-O3sh0Jfl-1712376605489)]

第五章、网络访问框架设计
第一节、网络通信必备基础
第二节、OkHttp 源码解读
第三节、Retrofit 源码解析

[外链图片转存中…(img-P8oK1QnV-1712376605489)]

第六章、 RXJava 响应式编程框架设计
第一节、链式调用
第二节、扩展的观察者模式
第三节、事件变换设计
第四节、Scheduler 线程控制

[外链图片转存中…(img-JaFVkyhq-1712376605489)]

第七章、 IOC 架构设计
第一节、依赖注入与控制反转
第二节、ButterKnife 原理上篇、中篇、下篇
第三节、Dagger 架构设计核心解密

[外链图片转存中…(img-iDzE2Zsv-1712376605489)]

第八章、 Android 架构组件 Jetpack
第一节、 LiveData 原理
第二节、 Navigation 如何解决 tabLayout 问题
第三节、 ViewModel 如何感知 View 生命周期及内核原理
第四节、 Room 架构方式方法
第五节、 dataBinding 为什么能够支持 MVVM
第六节、 WorkManager 内核揭秘
第七节、 Lifecycles 生命周期

[外链图片转存中…(img-5PG4qACg-1712376605489)]
本文包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…
[外链图片转存中…(img-MkwLbj9w-1712376605490)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！

2401_84123188

关注

10
点赞
踩
17

收藏

觉得还不错? 一键收藏
0
评论
全面解析Android事件分发机制：一篇足矣！

Android事件分发总是先传递到ViewGroup、再传递到View过程：当点击了某个控件时核心方法总结每当控件被点击时：onTouch（）的执行先于onClick（）核心方法总结。
复制链接

扫一扫