Android-事件体系全面总结+实践分析

• 至少要考虑到一个ViewGroup和一个View
• 传递或者说分发包括父View向子View传递事件（事件下发过程）和子View向父View传递事件（事件消费过程）。

举例说明一下为什么要考虑上面这几点，如果事件传到了一个没有子View的View里面，这时view的onTouchEvent()会被回调，我们可以通过重写onTouchEvent()的返回值来决定是否消费这个事件。如果这个事件是down，而onTouchEvent()返回false不消费它，那么事件序列后面的事件都不再分发给这个View，如果消费了down事件，那么后续事件会继续分发给这个View，这时，如果不消费后续事件的某个move事件，那么这个move事件后面的事件依然会分发给这个View。
由此可见，对事件序列里某个事件的消费情况是会影响后续事件的分发的。
另一方面，如果这个View没消费down事件，那么会一层层往上回调父View的onTouchEvent()将down事件传递给父View，所以事件的消费也是一个传递事件的过程。

上面的例子是通过编写代码验证的一个事实，至于原因，会在文中详细分析，这里只为说明需要考虑上面的几个注意点。

虽然事件体系很复杂，但是是有规律可循的，我们实践的目的就是寻找这个规律。根据我的理解，画了一张图作为Android事件机制的一个总结：

由图可以看到将整个流程分为了4种情况，下面将通过实践详细分析这4种情况，包括为什么这样划分，其他更多的情况如何归类排除等。

首先实现下图界面，界面每一层View的dispatchTouchEvent()，onInterceptTouchEvent()，onTouchEvent()三个方法中加上相应的log并返回默认的super，也可以使用这份代码：示例代码。图中，我们可以把Activity看作是顶级父View。

然后研究 Android 事件分发流程图中的4种情况：

1. 默认情况，全部返回super，默认情况是不拦截不消费事件的。
2. View的onTouchEvent()消费down事件，其他默认。
3. ViewGroup2的onTouchEvent()消费down事件，其他默认。
4. ViewGroup2的onInterceptTouchEvent()拦截down之后的事件。

消费事件指onTouchEvent()返回true，拦截事件指onInterceptTouchEvent()返回true。从4种情况可以看出，将一个事件序列的ACTION_DOWN和ACTION_DOWN之后的事件分开考虑了，分析完源码之后就会明白为什么这样做。

下面开始结合log分析4种情况，为了方便查看和描述，我会把log用空行分为三部分，第一部分是down事件，第二部分是move事件，第三部分是up事件。

情况1：默认情况，全部返回super，默认情况是不拦截不消费事件的。

( 1955): MainActivity->dispatchTouchEvent
( 1955): MyViewGroup1–>dispatchTouchEvent
( 1955): MyViewGroup1–>onInterceptTouchEvent
( 1955): MyViewGroup2—>dispatchTouchEvent
( 1955): MyViewGroup2—>onInterceptTouchEvent
( 1955): MyView--------------->dispatchTouchEvent //down事件下发过程结束
( 1955): MyView--------------->onTouchEvent // down事件消费过程开始
( 1955): MyViewGroup2—>onTouchEvent
( 1955): MyViewGroup1–>onTouchEvent
( 1955): MainActivity->onTouchEvent

( 1955): MainActivity->dispatchTouchEvent //move1事件
( 1955): MainActivity->onTouchEvent
( 1955): MainActivity->dispatchTouchEvent //move2事件
( 1955): MainActivity->onTouchEvent

( 1955): MainActivity->dispatchTouchEvent //up事件
( 1955): MainActivity->onTouchEvent

上面的log我手动加了几个注释，默认情况下Activity/ViewGroup/View不拦截不消费事件，由log很容易看出，down事件经历了一下一上的过程，下是分发过程，上是消费过程。如果下发无人拦截，事件会一直向下传递到子View，如果子View不消费事件，会传给父View去消费，即依次回调父View的onTouchEvent。
然后就是move和up事件，log很简单，因为down事件子View们无人消费，那么事件序列里面的后续事件也就不再下发了，直接顶级Activity（DecorView）自己来处理。
为什么后续事件不再下发给子View，答案在源码里。接下来开始分析源码。

---

下面是ViewGroup的dispatchTouchEvent()方法，只保留了关键代码，其中if语句都是完整的，可以通过if语句在完整源码中定位代码。数字编号的注释是 ACTION_DOWN事件的下发过程，注意是down事件的下发过程。

public boolean dispatchTouchEvent(MotionEvent ev) {

boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
//1.首先如果是down事件，reset 一些状态，其中包括将mFirstTouchTarget置空
if (actionMasked == MotionEvent.ACTION_DOWN) {
cancelAndClearTouchTargets(ev);
resetTouchState();
}

//2.是否拦截事件，用布尔变量intercepted表示
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
//这里调用onInterceptTouchEvent()看是否拦截事件
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {//如果mFirstTouchTarget是空，而且当前事件不是ACTION_DOWN，就拦截事件
//注意此处直接给intercepted赋值而没有调用onInterceptTouchEvent()方法
intercepted = true;
}

// 3.得到intercepted之后，如果不拦截，进入这个if
if (!canceled && !intercepted) {
//4.如果是down事件，进入这个if
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
//5.newTouchTarget是这个方法里面定义的，默认是空，进入这个if
if (newTouchTarget == null && childrenCount != 0) {
//6.循环，寻找处理事件的子View
for (int i = childrenCount - 1; i >= 0; i–) {
//7.注意这个if里面的dispatchTransformedTouchEvent方法，里面调用了子View的dispatchTouchEvent方法
// 调用子View的dispatchTouchEvent方法即把事件传给了子View去处理，
// 这时先走一遍子View里的dispatchTouchEvent逻辑并返回一个布尔值表示是否消费掉了事件,
// 如果子View的dispatchTouchEvent返回true说明子View消费事件，进入这个if，否则没消费不进入此if
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
//8.如果子View消费了事件，那么给mFirstTouchTarget赋值
// 给mFirstTouchTarget赋值的操作在addTouchTarget()方法里
newTouchTarget = addTouchTarget(child, idBitsToAssign);
break;
}
}
}
}
}

//在编号7的if条件里面已经把事件下发到了子View，并得到了子View返回的结果
//至此，默认情况下发事件的逻辑结束

//下面消费事件相关的代码，省略
}

//最后返回结果，此方法结束
return handled;
//至此，如果编号8的代码没执行，也就是子View的dispatchTouchEvent没消费事件，那么mFirstTouchTarget的值是空
//结合编号3的条件，可以得出结论：当ViewGroup不拦截事件且它的子View消费事件的时候，mFirstTouchTarget不为空，否则mFirstTouchTarget是空。
}

代码中注释很详细，最终可以得到一个结论：当ViewGroup不拦截down事件且它的子View消费down事件的时候，mFirstTouchTarget不为空，否则mFirstTouchTarget是空。

下面带着这个结论重新看源码，不过这次分析的不是down事件，而是down之后的事件。只看关键部分，上面代码的编号2部分如下：

///2.是否拦截事件，用布尔变量intercepted表示
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
//这里调用onInterceptTouchEvent()看是否拦截事件
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {//如果mFirstTouchTarget是空，而且当前事件不是ACTION_DOWN，就拦截事件
//注意此处直接给intercepted赋值而没有调用onInterceptTouchEvent()方法
intercepted = true;
}

首先if里面的actionMasked == MotionEvent.ACTION_DOWN肯定是不成立了，看mFirstTouchTarget != null，如果mFirstTouchTarget不是空，那么说明子View消费了down事件，会执行到intercepted = onInterceptTouchEvent(ev);这一行代码。如果mFirstTouchTarget是空，说明子View没消费down事件，直接else里面intercepted = true;拦截事件。然后看默认情况下的log：

( 1955): MainActivity->dispatchTouchEvent
( 1955): MyViewGroup1–>dispatchTouchEvent
( 1955): MyViewGroup1–>onInterceptTouchEvent
( 1955): MyViewGroup2—>dispatchTouchEvent
( 1955): MyViewGroup2—>onInterceptTouchEvent
( 1955): MyView--------------->dispatchTouchEvent //down事件下发过程结束
( 1955): MyView--------------->onTouchEvent // down事件消费过程开始
( 1955): MyViewGroup2—>onTouchEvent
( 1955): MyViewGroup1–>onTouchEvent
( 1955): MainActivity->onTouchEvent

( 1955): MainActivity->dispatchTouchEvent //move1事件
( 1955): MainActivity->onTouchEvent
( 1955): MainActivity->dispatchTouchEvent //move2事件
( 1955): MainActivity->onTouchEvent

( 1955): MainActivity->dispatchTouchEvent //up事件
( 1955): MainActivity->onTouchEvent

这里顶级的ViewGroup是MainActivity（DecorView），首先down事件下发到子View，然后子View没消费它，又一层层交给父View消费，最终无人消费传回了MainActivity，down事件结束。由上面的源码分析可知，这时的mFirstTouchTarget是空，如果move事件来了，那么直接执行源码编号2部分的else拦截事件，所以后续事件的log就是上面这样不再下发（同时也没有onInterceptTouchEvent()方法的log因为没调用到它）。如果子View消费down事件，mFirstTouchTarget就不是空，后续事件的流程就与down相似了，读者可以修改MyView的onTouchEvent()消费掉down事件试一下消费down事件的情况。

对于后续事件，无非就是拦截不拦截，决定权还是在编号2部分的代码。决定的结果是是否进入编号3的if，进入的话，如果不是down事件的就直接跳出编号3的if了。

扩展：由上面的分析可知，dispatchTouchEvent()方法是由父View调用的，子View是通过这个方法的返回值来告诉父View是否消费事件了，这个大家都知道。但是，考虑一个问题，Activity -> ViewGroup1 -> ViewGroup2 -> View，如果事件按这个顺序下发，最终View消费了down事件，那么Activity如何知道View是否消费事件呢。过程必然是这样
View.dispatchTouchEvent() 返回 true ->
ViewGroup2.dispatchTouchEvent() 返回 true ->
ViewGroup1.dispatchTouchEvent() 返回 true ->
Activity得到ViewGroup1.dispatchTouchEvent() 返回 true后就是上面分析的源码流程了。

**这个过程只是猜测，我没有深入分析源码，不过我打了个log，结果是一系列的dispatchTouchEvent()确实是返回了true。**也就是说ViewGroup1和ViewGroup2并没有消费事件，dispatchTouchEvent()却返回了true，那么网上的一种说法：dispatchTouchEvent()返回true就是消费事件。这种说法或许并不完全准确，具体还需去源码找答案，这里先不分析了，只是说明一个问题：不要轻易重写dispatchTouchEvent()。就算重写，也要尽量保证调用到super方法并且返回值与super结果一致。其实，源码已经提供了两个接口来间接的重写它，就是onInterceptTouchEvent()和onTouchEvent()，通过源码可以知道它们最终都是dispatchTouchEvent()来调用的。而且用onTouchEvent()的返回值来描述是否消费事件是没有问题的（不消费事件的View根本调用不到onTouchEvent()）。

针对默认情况下的log的源码分析到此结束，理解了默认情况，后面3种情况就简单了。

---

情况2：View的onTouchEvent()消费down事件，其他默认

（这里说的View是界面图里的最小的子View，不是ViewGroup1或ViewGroup2）
先分析一下，由上面的默认情况来看，对于事件机制只研究单个事件是不能说明问题的，需要看整个事件序列里每个事件是如何处理的。所以研究事件消费需要考虑以下几种情况：

说明一下上图，对于图中第1点不消费down事件，其实就是情况1（默认情况），由情况1的log可以看出，不消费down事件的时候，后续事件不再分发给该View，所以图中分支1对于View来说不用再考虑后续事件。
然后看图中2,3,4,5分支，通过前面的Android事件分发流程图可以看出，它们可以得出同一个结论，所以它们可以看成是一种情况。
分析至此，只有情况1和情况2两种情况。对于2,3,4,5分支得出结论？这里拿图中分支5来举例，修改MyView的onTouchEvent()的代码如下：

int x = 0;
@Override
public boolean onTouchEvent(MotionEvent event) {
if (event.getAction() == MotionEvent.ACTION_DOWN) {
x = 0;
Log.d(TAG, “MyView--------------->onTouchEvent x=” + x);
return true;
}
x++;
Log.d(TAG, “MyView--------------->onTouchEvent x=” + x);
if (x == 3) {
return true;
}
if (x == 5) {
return true;
}
return super.onTouchEvent(event);
}

代码不难理解，实现了MyView消费事件序列里的down事件和第3个，第5个事件（从0开始计数），其他事件都不消费。同时，为了方便查看，在log中打印出了x的值。log如下（每个事件的log用空行分开了）：

( 1888): MainActivity->dispatchTouchEvent
( 1888): MyViewGroup1–>dispatchTouchEvent
( 1888): MyViewGroup1–>onInterceptTouchEvent
( 1888): MyViewGroup2—>dispatchTouchEvent
( 1888): MyViewGroup2—>onInterceptTouchEvent
( 1888): MyView--------------->dispatchTouchEvent // 下发过程结束
( 1888): MyView--------------->onTouchEvent x=0 // 消费过程开始

( 1888): MainActivity->dispatchTouchEvent
( 1888): MyViewGroup1–>dispatchTouchEvent
( 1888): MyViewGroup1–>onInterceptTouchEvent
( 1888): MyViewGroup2—>dispatchTouchEvent
( 1888): MyViewGroup2—>onInterceptTouchEvent
( 1888): MyView--------------->dispatchTouchEvent // 下发过程结束
( 1888): MyView--------------->onTouchEvent x=1 // 消费过程开始
( 1888): MainActivity->onTouchEvent

( 1888): MainActivity->dispatchTouchEvent
( 1888): MyViewGroup1–>dispatchTouchEvent
( 1888): MyViewGroup1–>onInterceptTouchEvent
( 1888): MyViewGroup2—>dispatchTouchEvent
( 1888): MyViewGroup2—>onInterceptTouchEvent
( 1888): MyView--------------->dispatchTouchEvent // 下发过程结束
( 1888): MyView--------------->onTouchEvent x=2 // 消费过程开始
( 1888): MainActivity->onTouchEvent

( 1888): MainActivity->dispatchTouchEvent
( 1888): MyViewGroup1–>dispatchTouchEvent
( 1888): MyViewGroup1–>onInterceptTouchEvent
( 1888): MyViewGroup2—>dispatchTouchEvent
( 1888): MyViewGroup2—>onInterceptTouchEvent
( 1888): MyView--------------->dispatchTouchEvent // 下发过程结束
( 1888): MyView--------------->onTouchEvent x=3 // 消费过程开始

( 1888): MainActivity->dispatchTouchEvent
( 1888): MyViewGroup1–>dispatchTouchEvent
( 1888): MyViewGroup1–>onInterceptTouchEvent
( 1888): MyViewGroup2—>dispatchTouchEvent
( 1888): MyViewGroup2—>onInterceptTouchEvent
( 1888): MyView--------------->dispatchTouchEvent // 下发过程结束
( 1888): MyView--------------->onTouchEvent x=4 // 消费过程开始
( 1888): MainActivity->onTouchEvent

( 1888): MainActivity->dispatchTouchEvent
( 1888): MyViewGroup1–>dispatchTouchEvent
( 1888): MyViewGroup1–>onInterceptTouchEvent
( 1888): MyViewGroup2—>dispatchTouchEvent
( 1888): MyViewGroup2—>onInterceptTouchEvent
( 1888): MyView--------------->dispatchTouchEvent // 下发过程结束
( 1888): MyView--------------->onTouchEvent x=5 // 消费过程开始

( 1888): MainActivity->dispatchTouchEvent
( 1888): MyViewGroup1–>dispatchTouchEvent
( 1888): MyViewGroup1–>onInterceptTouchEvent
( 1888): MyViewGroup2—>dispatchTouchEvent
( 1888): MyViewGroup2—>onInterceptTouchEvent
( 1888): MyView--------------->dispatchTouchEvent // 下发过程结束
( 1888): MyView--------------->onTouchEvent x=6 // 消费过程开始
( 1888): MainActivity->onTouchEvent

上面log一共7个事件，虽然log很长，其实很简单，主要分为两类：MyView消费的和MyView没消费的。其中x=0,3,5是消费的，其他未消费。下发过程 log 中的所有事件全部一样（和默认情况下的down事件也一样），为什么每次都会调用onInterceptTouchEvent()，通过源码分析也已经很清楚了。消费过程的规律也很明显，x=0,3,5的事件消费掉就没了，其他没消费的事件直接传给顶级父View而不是一层层传回去。

情况3：ViewGroup2的onTouchEvent()消费down事件

首先，由情况1的log可以看出（如果理解了默认情况，这时候是没必要回去翻log的，脑中自然形成），要想出现当前的情况3，首先得让View的onTouchEvent()不消费down事件（如果消费就是情况2了，已经分析完），同时，由于View的onTouchEvent()不消费down事件，那么后续事件都不再传给View，也就是说没View什么事了，所以界面相当于变成了下图这样：

看图和标题发现了什么，变成情况2了，那就简单了，直接看log，下面是ViewGroup2的onTouchEvent()消费down事件，后续事件都不消费的log（相当于情况2那个图的分支2，可以顺便验证上面分支5得出的结论）：

( 2008): MainActivity->dispatchTouchEvent
( 2008): MyViewGroup1–>dispatchTouchEvent
( 2008): MyViewGroup1–>onInterceptTouchEvent
( 2008): MyViewGroup2—>dispatchTouchEvent
( 2008): MyViewGroup2—>onInterceptTouchEvent
( 2008): MyView--------------->dispatchTouchEvent
( 2008): MyView--------------->onTouchEvent
( 2008): MyViewGroup2—>onTouchEvent

( 2008): MainActivity->dispatchTouchEvent
( 2008): MyViewGroup1–>dispatchTouchEvent

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

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

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

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

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

如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）

最后

这里我特地整理了一份《Android开发核心知识点笔记》，里面就包含了自定义View相关的内容

除了这份笔记，还给大家分享 Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。

分享上面这些资源，希望可以帮助到大家提升进阶，如果你觉得还算有用的话，不妨把它们推荐给你的朋友~

喜欢本文的话，给我点个小赞、评论区留言或者转发支持一下呗~

这里我特地整理了一份《Android开发核心知识点笔记》，里面就包含了自定义View相关的内容

[外链图片转存中…(img-gFnCsOm0-1711915964271)]

除了这份笔记，还给大家分享 Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。

[外链图片转存中…(img-tyZxkmNc-1711915964271)]

分享上面这些资源，希望可以帮助到大家提升进阶，如果你觉得还算有用的话，不妨把它们推荐给你的朋友~

喜欢本文的话，给我点个小赞、评论区留言或者转发支持一下呗~

本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录