2024年安卓最全全面解析Android事件分发机制：一篇足矣！，大龄程序员面试

本文链接：https://blog.youkuaiyun.com/2401_84561461/article/details/138931398

总结

找工作是个很辛苦的事情，而且一般周期都比较长，有时候既看个人技术，也看运气。第一次找工作，最后的结果虽然不尽如人意，不过收获远比offer大。接下来就是针对自己的不足，好好努力了。

最后为了节约大家的时间，我把我学习所用的资料和面试遇到的问题和答案都整理成了PDF文档

喜欢文章的话请关注、点赞、转发谢谢！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

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：返回false（default）

4.4 三者关系

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

/**

点击事件产生后

// 步骤1：调用dispatchTouchEvent（）

public boolean dispatchTouchEvent(MotionEvent ev) {

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

自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…

[外链图片转存中…(img-kNilW72R-1715794986632)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取