一、简单创建一个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传递。
网友评论