一步步探索学习Android Touch事件分发传递机制（二）

最新推荐文章于 2024-07-25 14:30:14 发布

Alan_Mo

最新推荐文章于 2024-07-25 14:30:14 发布

阅读量596

点赞数

CC 4.0 BY-SA版权

分类专栏： Android 文章标签： android Touch事件分发传递机制

本文链接：https://blog.youkuaiyun.com/alanjet/article/details/78572753

13 篇文章

订阅专栏

本文探讨了Android中Touch事件的分发机制，重点分析ACTION_UP和ACTION_MOVE事件的分发规律及其与ACTION_DOWN事件的关系。通过实验验证了不同情况下事件的传递路径。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在上一篇文章《一步步探索学习Android Touch事件分发传递机制（一）》中，已经以ACTION_DOWN事件为例，对Android系统的Touch事件分发传递机制做了探究，并得出了形象好记忆的结论。
这篇文章所探究的问题是与上一篇文章紧密相关的，如果对Android Touch事件分发传递机制还不太了解的同学，建议先去看看上一篇文章《一步步探索学习Android Touch事件分发传递机制（一）》。
我们知道，一个操作，比如一个点击事件，是由多个不同TYPE的MOTION_EVENT组成的。for example，点击事件是由一个ACTION_DOWN事件和一个ACTION_UP事件组成的。那么诸如ACTION_UP和ACTION_MOVE事件是不是跟ACTION_DOWN事件一样遵循相同的分发规律呢？
事实上，答案是否定的。 ACTION_UP和ACTION_MOVE事件的分发传递流程与这之前的ACTION_DOWN事件如何传递以及在哪里被消费有密不可分的联系。具体我们下面一步步探索了解。

我们还是继续以上一篇文章《一步步探索学习Android Touch事件分发传递机制（一）》中所写的Demo为例子，一步步打Log，去探究整个事件的传递流程，再用绘图描述他的机制。
当然知其然须知其所以然，对于Android源码的分析，将会在下一篇文章《一步步探索学习Android Touch事件分发传递机制（三）》中分析。

1. ）所有方法（dispatchTouchEvent(); onInterceptTouchEvent(); onTouchEvent() ）都return super的情况：

首先，我们保持所有方法都return super，当然这个我上一篇文章探究过，ACTION_DOWN事件会以类U型的传递路线在View树中分发传递。
那么ACTION_UP和ACTION_MOVE事件呢？这里以ACTION_UP事件为例做探究。（事实上，Action_move事件与Action_up事件是遵循类似规律的。）我对着Demo屏幕中的View做一个点击操作（前面交代过，点击事件是由一个ACTION_DOWN事件和一个ACTION_UP事件组成的）。
打log：

注：上图中，紫色框内的是点击事件的ACTION_DOWN的分发流程；绿色框中的是点击事件的ACTION_UP事件的分发流程。后面的图同理。
规律：可以看到，ACTION_UP事件并没有按照类U型的结构去在View树传递，而是直接在Activity的onTouchEvent方法中消费掉了。
绘图如下：

2. ）ViewGroup2的dispatchTouchEvent() return true的情况：

然后我们来探究ACTION_DOWN事件在dispatchTouchEvent（）中被消费掉的情况下，ACTION_UP事件是怎么传递分发的。
令ViewGroup2的dispatchTouchEvent() return true，打log:
规律：当ACTION_DOWN事件在某一个View或者ViewGroup的dispatchTouchEvent()方法中被消费掉的情况下，对应的ACTION_UP事件也会在此被消费掉，终止传递。
绘制成图：

3. ）ViewGroup2的onInterceptTouchEvent()和onTouchEvent() 都 return true的情况：

也就是让ViewGroup2拦截掉事件，并且由它自己来消费事件。
打log:
规律：可以看到，当ACTION_DOWN事件在某一个View或者ViewGroup的onTouchEvent()方法中被消费掉的情况下，对应的ACTION_UP事件也会在此被消费掉，终止传递。

但是值得注意的是，这种情况下，ACTION_UP事件是不会再经过拦截器onInterceptTouchEvent()方法了的。
绘图如下：
4.） ViewGroup2的onTouchEvent() return true的情况：
就是让VIewGroup2的onTouchEvent()方法在接收到View的onTouchEvent()方法传递过来的ACTION_DOWN事件时将其消费掉。看这种情况下，ACTION_UP事件是怎么传递的。
打Log:
规律：可以从Log看出来，当ACTION_DOWN事件被某控件的onToucEvent()方法消费掉，则其对应的ACTION_UP事件只传递到该控件。也就是不会传递到比此控件更深层的控件中去。
绘制图：

ACTION_MOVE事件与ACTION_UP事件遵循类似的规律，上面只以ACTION_UP为例子分析探究。
ACTION_MOVE事件与ACTION_UP事件的传递分发与其对应之前的ACTION_DOWN事件有紧密联系。
具体的，当ACTION_DOWN事件在dispatchTouchEvent()方法中被消费，则对应的ACTION_MOVE事件与ACTION_UP事件也会从上而下传递到该控件的该方法处被消费掉。
当ACTION_DOWN事件在onTouchEvent()方法中被消费，则对应的ACTION_MOVE事件与ACTION_UP事件只传递到该控件处的onTouchEvent()方法中然后被消费而终止传递。不会经历该控件之下的控件的传递过程。
当所有方法都默认return super,则ACTION_MOVE事件与ACTION_UP事件会在Activity的onTouchEvent()中被消费掉。