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

最新推荐文章于 2023-06-05 16:54:09 发布

置顶 Alan_Mo

最新推荐文章于 2023-06-05 16:54:09 发布

阅读量420

点赞数

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

本文链接：https://blog.csdn.net/alanjet/article/details/78518706

版权

Android 专栏收录该内容

13 篇文章 3 订阅

订阅专栏

Android TouchEvent 简介

1.探究对象简介

Android的屏幕触摸事件在Android官方API中由类MotionEvent来描述，不同的触摸事件对应不同的事件类型。
如：ACTION_DOWN;ACTION_UP;ACTION_MOVE;ACTION_CANCEL
每个事件对应都有自己的传递路径，从产生到传递到最终被消费（终止传递）。而它们的传递的载体就是整颗View树。
毕竟这是屏幕触摸事件，而屏幕上显示的正是由不同的ViewGroup和各式各样的View组成的View树。
我们需要探索的就是一个TouchEvent的整个从产生到被消费的整个传递过程和机制。
里面我们核心需要探索的是关于View和ViewGroup类中的以下几个处理触摸事件的方法的处理流程。

ViewGoup: dispatchTouchEvent(); onInterceptTouchEvent(); onTouchEvent()
View:dispatchTouchEvent(); onTouchEvent()
Activity:dispatchTouchEvent(); onTouchEvent()

2.探索Touch事件的传递机制的意义

通过了解和探究Android Touch事件的传递机制，可以让我们明白触摸事件到底是怎么产生以及如何被处理的；
可以在此基础上深刻的清楚整个View树处理触摸事件的流程，从而对我们如何避免触摸事件冲突，点击事件拦截等业务开发需求时，做到胸有成竹。
-像我们平时常遇到的一些自定义View嵌套时点击事件，触摸手势冲突的问题的解决都依赖于我们对这个机制的认识。

说明：
1.为了便于理解和整文的清晰明了，本篇文章只是分析一种事件类型：ACTION_DOWN事件的传递过程，置于ACTION_MOVE,ACTION_UP事件会在下一篇文章《一步步探索学习Android Touch事件分发传递机制（二）》中分析。
2.知其然，还须知其所以然，我会在《一步步探索学习Android Touch事件分发传递机制（三）》中，通过分析Android源码来解释探索整个Android Touch事件传递分发机制。

写个Demo去探索

废话不多说，“绝知此事要躬行”，所以直接写个Demo打log出来看，其实这个机制会很清晰明了。
各位看官，看log，找规律！

1.界面&代码

如上图，可以看到，我在Activity里面写了三个View(ViewGroup)。ViewGroup1包裹着ViewGroup2,ViewGroup2包裹着一个TextView。这些View都是我自定义的。
代码部分就只是重写他们的dispatchTouchEvent()；onInterceptTouchEvent()和onTouchEvent方法，返回不同的值，打印log，看整个事件的传递流程。

注：只有ViewGroup有onInterceptTouchEvent()方法。至于为什么这么设计，在后面探索完之后会交代。

2.view的代码

activity的代码
viewGroup的代码
viewGroup2的代码
view的代码

3.打log，看规律，识机制

默认情况下，这些方法都是return super（即父类的默认实现的）。所以先看一下默认情况下，一个ACTION_DOWN事件是怎么传递的。给最里面的View一个触摸，产生ACTION_DOWN事件。
- log:
- 可以看到传递流程，可以用流程图表示为：
然后我们探索dispatchTouchEvent()方法，令其return false(这里以ViewGroup2的dispatchTouchEvent()方法为例)，log如下：
- log:
- 可以看到传递流程，可以用流程图表示为：
- 规律：当dispatchTouchEvent()返回false时，会将事件传递给上一级的View的onTouchEvent()方法处理。由于Activity已经没有比它更高一级的View，所以如果是Activity的dispatchTouchEvent()方法return false的话，事件会直接被消费掉（即终止传递）
接着让dispatchTouchEvent()方法return true(这里以ViewGroup2的dispatchTouchEvent()方法为例)，log如下：
- log:
- 可以看到传递流程，可以用流程图表示为:
- 规律：如果dispatchTouchEvent()方法返回true时，事件会被消费掉，不再传递。
然后我们探索一下onTouchEvent()方法，令其return false,(这里以最里层的View的onTouchEvent()方法为例)，log如下：
- log:
- 可以看到传递流程，可以用流程图表示为:
- 规律：如果onTouchEvent()方法返回false时，跟默认return super是一样的，都会一直向上传递到上一级view的onTouchEvent()方法。
- 事实上，onTouchEvent()方法super父类的默认实现返回的就是false，所以是一样的。关于源码的分析，请详见《一步步探索学习Android Touch事件分发传递机制（三）》。
然后我们让onTouchEvent()方法return true,(这里以最里层的View的onTouchEvent()方法为例)，log如下：
- log:
- 可以看到传递流程，可以用流程图表示为:
- 规律：如果onTouchEvent()方法返回true时，事件会被消费掉，不再传递。跟dispatchTouchEvent()return true的时候类似。
最后，我们来探索onInterceptTouchEvent()方法,令其return false,(这里以最里层的ViewGroup2的onInterceptTouchEvent()方法为例)，log如下：
- log:
- 规律：这里就不贴流程图了，但是可以看到onInterceptTouchEvent()方法return false和return super是一样的。都是默认将触摸事件传给下一级view的dispatchTouchEvent()方法。
- 事实上，onInterceptTouchEvent()方法super父类的默认实现返回的就是false，所以是一样的。关于源码的分析，请详见《一步步探索学习Android Touch事件分发传递机制（三）》。
最后，我们让onInterceptTouchEvent()方法return true,(这里以最里层的ViewGroup2的onInterceptTouchEvent()方法为例)，log如下：
- log:
- 可以看到传递流程，可以用流程图表示为:
- 规律：如果onInterceptTouchEvent()方法返回true时，Touch事件会被直接传递给ViewGroup自己的onTouchEvent()方法处理。

吾日三省吾身– –总结归纳

1.对于dispatchTouchEvent()方法：

return true：消费掉事件，终止传递。
return false: 将事件传递给上一级View的onTouchEvent()方法。如果是Activity的dispatchTouchEvent()方法，则也是消费掉事件，终止传递。
return super:如果是Activity，则传给下一级view(viewGroup)的dispatchTouchEvent;如果是ViewGroup，则传给自己的onInterceptTouchEvent();如果是View,则传给自己的onTouchEvent().

2.对于onTouchEvent()方法：

return true:消费掉事件，终止传递。
return false/super:将事件传递给上一级view的onTouchEvent()方法。

3.对于onInterceptTouchEvent()方法：

return true:将事件传递给ViewGroup自己的onTouchEvent()方法处理。
return false/super:将事件传递给下一级View的dispatchTouchEvent()。

回到之前我们的一个问题，为什么只有ViewGroup有onInterceptTouchEvent()方法呢，从上面的整个触摸事件分发传递机制我们可以发现，ViewGroup本身的dispatchTouchEvent()方法无论返回什么都不能将事件传递给自己的onTouchEvent()方法处理，那就只好设计了一个这样子的方法，作为拦截器，拦截事件交给自己处理了。只要onInterceptTouchEvent()return true就可以实现触摸事件拦截。