持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第4天，点击查看活动详情

前言

在上一篇Activity 感知 Fragment 中的触摸事件文章中我们初步接触到了Android事件分发知识，今天就让我们进一步学习一下事件分发的知识点。

理论知识点

作为一名Android开发者，我们主要的工作就是从后端拿到数据，然后将数据按照UI需求展示出来，另外就是负责处理与用户的交互工作，当用户点击滑动屏幕时给予及时的反馈，而这就属于Android事件分发知识点，从而也可见掌握事件分发知识点的重要性。

其实我们点击屏幕不只是一个动作，而是一系列的动作，分为点击、滑动与抬起，分别对应MotionEvent 中的 ACTION_DOWN 、ACTION_MOVE、 ACTION_UP 。所以所谓的事件分发正是将这一系列事件进行传递，那如何传递，又是怎么传递的呢？

别急，在介绍这个这个知识点前，我们应该先知道一下View Window Activity DecorView之间的关系，这里我用一张图来简单概括一下。

Activity|Window|View关系图.png

我们的系列事件是从外向内传递的，但事件处理呢正好反过来，从内向外的顺序处理。

也就是：

传递顺序：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事件分发这几个方法的源码，让我们知其然，又知其所以然。

下篇文章见~

如果本文有带给你一点帮助，请帮我点个赞，十分感谢。

Android事件分发理论知识补给

前言

理论知识点

总结