android点击事件深入,Android事件分发机制，大表哥带你慢慢深入

一、简单创建一个Demo

基本结构如下图：

demo项目结构.png

介绍：demo中将用两个自定义View和三个自定义ViewGroup来分不同情况处理事件，下面会贴出类大致代码：

补充：

View和ViewGroup的区别：

1.ViewGroup是View的子类，所以它也具有View的特性，但它主要用来充当View的容器，将其中的View视作自己的孩子，对它的子View进行管理，当然它的孩子也可以是ViewGroup类型。

2.在处理事件的三个方法中，ViewGroup可以去通过onInterceptTouchEvent()方法决定是否拦截事件

1.自定义ViewGroup类

自定义ViewGroup.png

注：demo中所有的ViewGroup初始代码基本都是这样，只是上图红色块范围的日志打印不同而已。

2.自定义View类

自定义View.png

注：demo中所有的View初始代码基本都是这样，只是上图红色块范围的日志打印不同而已。

3.布局文件：

布局.png

布局简图：

布局简图

4.MainActivity基本代码:

activity代码

二、开启大表哥：

先上事件分发流程图：

事件分发流程图.png

理解事件分发：

1.事件分发过程由dispatchTouchEvent() 、onInterceptTouchEvent()和onTouchEvent()三个方法协助完成

2.Android事件分发顺序：Activity(Window) -> ViewGroup -> View

3.在事件分发三大类(Activity、ViewGroup、View)中，Activity和View不会去拦截事件(也就是不能重写onInterceptTouchEvent()方法)

4.按照以上说的Demo正常流程跑一遍查看一下Log日志如下(点击EventViewB)：

事件分发流程

总结：我们按照正常流程对事件分发加以理解，从上图的事件流程来看，整个事件分发呈U形，从Activity开始把这个事件向下依次按照层级分发到最后的一个View或者ViewGroup，这个时候会执行最后一个View或者ViewGroup的onTouchEvent()方法，然后又向上依次按照层级去触发onTouchEvent()事件，中途若没有被消费(返回true)，就会传递直到activity，整个流程呈U形。

理解dispatchTouchEvent(是否分发或传递事件)：

先看我们demo模拟演示的日志：

模拟一：其他所有事件流程保持默认super状态，且EventViewGroupB中的dispatchTouchEvent方法中返回false，也就是不向下分发事件,然后点击EventViewB，日志如下：

禁止GroupB的事件分发

模拟二：其他所有事件流程保持默认super状态，且EventViewB中的dispatchTouchEvent方法返回false，不向下分发事件，然后点击EventViewB,日志如下：

禁止ViewB的事件分发

总结：

1.返回false：当我们不再向下分发的时候(dispatchTouchEvent返回false)，无论是ViewGroup还是View，都会从该View的上一级的onTouchEvent事件向上传递(注意：当一个View不在向下分发的时候，这个View是不会执行自己的onTouchEvent()方法的，这也是和该View拦截后续事件的区别)

2.返回true：若直接返回true，表示事件直接被消费，这个事件也就停止分发且不会逆向向上传递，直接结束了。

3.返回super：事件将会继续向下分发，直到事件被消费为止。

理解onInterceptTouchEvent(是否拦截该事件，默认不做拦截)：

比如我们在EventViewGroupB中的onInterceptTouchEvent方法返回true(也就是拦截后续事件)，Log日志如下：

在GroupViewB中拦截后续事件

总结：注意onInterceptTouchEvent()是ViewGroup特有的方法，View和Activity都不会拦截事件。

1.返回false/super(默认):不做此次拦截，事件将会正常向下分发，分发至下级的dispatchTouchEvent方法 再次判断是否分发事件。

2.返回true:表示ViewGroup容器拦截后续事件，会执行该View的onTouchEvent()方法然后停止向下分发转而通过onTouchEvent()向上传递，直到最终被消费

理解onTouchEvent(是否消费掉此次事件)：

模拟一：我们在EventViewB中的onTouchEvent返回true(也就是直接消费掉此次事件)，然后点击EventViewB，Log日志如下：

onTouchEvent返回true

模拟二：我们在EventViewB中的onTouchEvent返回false(也就是不消费掉此次事件)，Log日志如下：

onTouchEvent返回false

模拟三：我们在EventViewB中的onTouchEvent返回super.onTouchEvent(event)，Log日志和模拟二的结果一样

总结：首先，我们应该理解onTouchEvent方法的触发满足的条件，在正常流程下，我们提到过整个流程呈U形，U形的转折点就是从Activity开始事件向下分发到最后一个View或者ViewGroup的onTouchEvent()方法。

1.返回true：立即消费掉事件，事件将不会向上传递，事件到此终止。。

2.返回false/super：不消费掉此次事件，事件将会层层向上传递，直到被消费。

理解事件消费：

上面很多地方说到了事件消费，那么事件怎样才算被消费了呢？(答案：简而言之，就是onTouchEvent返回true就表示此次事件被消费掉)

我们把以上demo代码有关事件的都归到初始状态(调用super)，然后给ViewA设置触摸事件，给ViewB设置点击事件，添加以下Activity的代码。

添加代码

1.给ViewA设置触摸事件，默认返回false，表示不消费掉事件，然后向上传递。设置为返回true则表示消费掉事件，终止事件传递。(以下是分这两种情况 去触摸ViewA的日志)：

返回false，不消费事件，将会向上传递

返回true，消费掉事件，事件终止

2.点击ViewB我们可以通过日志看出事件被点击事件消费掉了。

点击ViewB

为了证明该事件被消费掉了，我在ViewB 的 return super.onTouchEvent(event) 打了一个断点，单步调试发现事件最终会被消费掉。

证明点击事件是会消费事件的

二、图解总结

根据以上demo描述，U型图如下：

事件分发U形图

总结：

1.dispatchTouchEvent 和 onTouchEvent 一旦return true,事件就停止传递了(到达终点)(没有谁能再收到这个事件)。看下图中只要return true事件就没再继续传下去了，对于return true我们经常说事件被消费了，消费了的意思就是事件走到这里就是终点，不会往下传，没有谁能再收到这个事件了。

2.dispatchTouchEvent 和 onTouchEvent方法在return false的时候事件都回传给父控件的onTouchEvent处理。

对于dispatchTouchEvent 返回 false 的含义应该是：事件停止往子View传递和分发同时开始往父控件回溯(父控件的onTouchEvent开始从下往上回传直到某个onTouchEvent return true)，事件分发机制就像递归，return false 的意义就是递归停止然后开始回溯。

对于onTouchEvent return false 就比较简单了，它就是不消费事件，并让事件继续往父控件的方向从下往上流动。

3.onInterceptTouchEvent 的作用

onInterceptTouchEvent方法中 return true就会交给自己的onTouchEvent的处理，如果不拦截就是继续往子控件往下传。默认是不会去拦截的，因为子View也需要这个事件，所以onInterceptTouchEvent拦截器return super.onInterceptTouchEvent()和return false是一样的，是不会拦截的，事件会继续往子View的dispatchTouchEvent传递。

作为笔记，事件分发就暂时先写到这，以上若有什么纰漏烦请指出，多多指教。

请点赞，因为您的鼓励将是我写作的最大动力！