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

2401_84862333

于 2024-05-16 17:11:13 发布

阅读量248

点赞数 5

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/2401_84862333/article/details/138968591

版权

程序员专栏收录该内容

62 篇文章 0 订阅

订阅专栏

a. DecorView类是PhoneWindow类的一个内部类

b. DecorView继承自FrameLayout，是所有界面的父类

c. FrameLayout是ViewGroup的子类，故DecorView的间接父类 = ViewGroup

public boolean onTouchEvent(MotionEvent event) {

// 当一个点击事件未被Activity下任何一个View接收 / 处理时

// 应用场景：处理发生在Window边界外的触摸事件

// ->> 分析5

if (mWindow.shouldCloseOnTouch(this, event)) {

finish();

return true;

}

return false;

// 即只有在点击事件在Window边界外才会返回true，一般情况都返回false，分析完毕

}

/**

分析5：mWindow.shouldCloseOnTouch(this, event)

public boolean shouldCloseOnTouch(Context context, MotionEvent event) {

// 主要是对于处理边界外点击事件的判断：是否是DOWN事件，event的坐标是否在边界内等

if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN

&& isOutOfBounds(context, event) && peekDecorView() != null) {

return true;

}

return false;

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

// 返回false：未消费（默认）

}

// 回到分析4调用原处

2.1.2 总结

当一个点击事件发生时，从Activity的事件分发开始（Activity.dispatchTouchEvent()）

方法总结

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

2.2 ViewGroup事件的分发机制

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

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

2.2.1 源码分析

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

本文为了让读者容易理解，故采用Android 5.0前的版本

/**

源码分析：ViewGroup.dispatchTouchEvent（）

public boolean dispatchTouchEvent(MotionEvent ev) {

… // 仅贴出关键代码

// 重点分析1：ViewGroup每次事件分发时，都需调用onInterceptTouchEvent()询问是否拦截事件

if (disallowIntercept || !onInterceptTouchEvent(ev)) {

// 判断值1：disallowIntercept = 是否禁用事件拦截的功能(默认是false)，可通过调用requestDisallowInterceptTouchEvent（）修改

// 判断值2： !onInterceptTouchEvent(ev) = 对onInterceptTouchEvent()返回值取反

// a. 若在onInterceptTouchEvent()中返回false（即不拦截事件），就会让第二个值为true，从而进入到条件判断的内部

// b. 若在onInterceptTouchEvent()中返回true（即拦截事件），就会让第二个值为false，从而跳出了这个条件判断

// c. 关于onInterceptTouchEvent() ->>分析1

ev.setAction(MotionEvent.ACTION_DOWN);

final int scrolledXInt = (int) scrolledXFloat;

final int scrolledYInt = (int) scrolledYFloat;

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()；

最后

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

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

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

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点！不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

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

最后

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

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

[外链图片转存中…(img-fBSfMMad-1715850612711)]

[外链图片转存中…(img-3omG0apx-1715850612713)]

[外链图片转存中…(img-SNKQTttL-1715850612714)]

[外链图片转存中…(img-atKEcsr9-1715850612715)]

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

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

2401_84862333

关注

5
点赞
踩
4

收藏

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

当一个点击事件发生时，从Activity的事件分发开始（方法总结那么，ViewGroup的什么时候返回truefalse？请继续往下看ViewGroup事件的分发机制2.2 ViewGroup事件的分发机制从上面Activity事件分发机制可知，ViewGroup事件分发机制从开始Android事件分发总是先传递到ViewGroup、再传递到View过程：当点击了某个控件时核心方法总结每当控件被点击时：onTouch（）的执行先于onClick（）核心方法总结。
复制链接

扫一扫