前言
在上一篇Activity 感知 Fragment 中的触摸事件文章中我们初步接触到了Android事件分发知识，今天就让我们进一步学习一下事件分发的知识点。
理论知识点
作为一名Android开发者，我们主要的工作就是从后端拿到数据，然后将数据按照UI需求展示出来，另外就是负责处理与用户的交互工作，当用户点击滑动屏幕时给予及时的反馈，而这就属于Android事件分发知识点，从而也可见掌握事件分发知识点的重要性。
其实我们点击屏幕不只是一个动作，而是一系列的动作，分为点击、滑动与抬起，分别对应MotionEvent 中的 ACTION_DOWN 、ACTION_MOVE、 ACTION_UP 。所以所谓的事件分发正是将这一系列事件进行传递，那如何传递，又是怎么传递的呢？
别急，在介绍这个这个知识点前，我们应该先知道一下View Window Activity DecorView之间的关系，这里我用一张图来简单概括一下。
我们的系列事件是从外向内传递的，但事件处理呢正好反过来，从内向外的顺序处理。
也就是：
- 传递顺序：
Activity→ViewGroup→View。 - 处理顺序：
View→ViewGroup→Activity。
事件的传递与处理从代码中提现出来的，主要是这三个方法：
-
public boolean dispatchTouchEvent(MotionEvent ev)：分发事件，只要当前View接收到事件，该方法就会被调用。返回true，表示当前事件被消耗，但是受当前View的onTouchEvent与其子View的dispatchTouchEvent方法影响。 -
public boolean onInterceptTouchEvent(MotionEvent ev)：拦截事件，表示是否拦截当前事件。返回的true，表示拦截当前事件。 -
public boolean onTouchEvent(MotionEvent ev)：处理事件，在dispatchTouchEvent方法中被调用，返回的结果表示是否消费处理当前事件。如果不消费，则在同一个事件序列中，当前View就无法再次接收到事件。
这三个方法之间的关系用这段伪代码就可以很好的表达：
public boolean dispatchTouchEvent(MotionEvent ev) {
//是否消费了该事件
boolean consume = false;
//当前View是否进行拦截该事件
if (onInterceptTouchEvent(ev)) {
//调用onTouchEvent(ev)方法来处理事件
consume = onTouchEvent(ev);
} else {
//当前View不拦截，将该事件进一步传递给子View去处理
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
我们拿ViewGroup来举例说明：
当触摸事件产生时，会先传递给他，此时它的dispatchTouchEvent方法就会被调用，接着就看它的onInterceptTouchEvent方法是否返回true。返回true，就代表它要拦截当前事件，接下来的一系列事件都会交给它的onTouchEvent方法来处理。反之，返回false，即代表它不拦截当前事件，这样就会将该事件传递给它的子View，即子View的dispatchTouchEvent方法会被调用。
从上往下，除了View都可以进行拦截，而View就必会触发onTouchEvent事件，但是具体消费不消费取决于它自己，具体表现就是它的返回值。如果返回true，代表它消费了该事件；反之，返回false，代表它不消费该事件，那么它的父容器onTouchEvent方法将被调用。也就是小弟消费不了这个事件，只能让自己的大哥来处理，如果大哥也处理不了就再让大大哥来处理该事件，都不处理，最终传递给Activity处理。
这里，我们回到我们上一篇文章 Activity 感知 Fragment 中的触摸事件 中所思考的问题：
-
LiTestFragment没有任何设置，触摸事件最终被MainActivity的onTouchEvent所消费处理。 -
LiTestFragment中直接为整个View设置onTouchListener并在其onTouch方法中直接返回true，发现MainActivity.onTouchEvent方法不会被调用。 - 为
LiTestFragment中的两个button分别设置onTouchListener并在其onTouch方法中直接返回true，发现onClickListener.onClick()无法被触发。
现在，我们掌握了Android事件分发的理论知识，再分别对这几个问题解答一下：
- 问题1：虽然事件从外向内从
MainActivity传递到了LiTestFragment，但是LiTestFragment并没有处理消费掉该事件，所以又传回给MainActivity来处理，所以MainActivity.onTouchEvnet方法被触发。 - 问题2：这里，我们为
LiTestFragment设置了onTouchListener，并在其onTouch方法中直接返回true，所以会直接消费掉该事件，所以也就不会传回MainActivity，所以MainActivity.onTouchEvent方法不会被调用。 - 问题3：这里，其实是
onTouch与onClick方法的优先级关系，onTouch的优先级是大于onClick的，所以当onTouch返回true，消费处理了事件，onClick方法就不会被触发。
另外，关于OnTouchListener与onTouchEvent 的关系是这样的：
如果View设置了OnTouchListener，那么有触摸事件时，onTouch方法就会被调用到。此时，关于onTouchEvent方法是否会被调用到就取决于onTouch方法的返回值。如果返回false，则当前View的onTouchEvent方法会被调用；反之，返回true，那么view的onTouchEvent方法就不会被调用。也就是说，我们给View设置的OnTouchListener的优先级是高于onTouchEvent的。
总结一下这几个方法的优先级排序： onTouchListener.onTouch() > onTouchEvent() > onClickListener.onClick()
总结
通过本篇文章，我们学习了Android事件分发的理论知识点，相信你通过本篇文章的学习后对Activity 感知 Fragment 中的触摸事件这个问题肯定有了进一步的理解。但是这还远远不够，接下来让我们进一步学习一下Android事件分发这几个方法的源码，让我们知其然，又知其所以然。
下篇文章见~
如果本文有带给你一点帮助，请帮我点个赞，十分感谢。
