简述
关于View传递事件的博文很多，看的让人眼花缭乱，最近有点时间，把自己所了解的做一个总结，直接进入主题了。事件的传递主要有三个方法：dispatchTouchEvent(事件分发)、onInterceptTouchEvent(事件拦截)、onTouchEvent(事件消费)。如下图：
从上面的表格我们可以看出只有拦截事件比较特殊，只存在ViewGroup中，也就是我们只能在ViewGroup中才能重写该方法。这三个方法都有返回值，返回值为true的话表示该事件被消费，事件传递终止，反之返回false，事件继续传递。
事件分成好几种类型，我们常用的就三种，从手指按下移动到抬起依次为：ACTION_DOWN(按下)、ACTION_MOVE(移动)、ACTION_UP(抬起)。
事件的传递过程
事件的传递在我们手指按下(ACTION_DOWN)的瞬间发生了,如果手指有移动会触发若干个移动事件(ACTION_MOVE),当你手指抬起时会触发ACTION_UP事件，这样为一个事件序列。我们先来看看单个事件时怎么传递的，如下一个Demo，一个Activity放有一个ViewGroup，ViewGroup放有一个View，其中ViewGroup和View都是我们自定义的，分别继承与ViewGroup和View的子类，代码如下：
Activity代码如下：
public class TouchEventActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_touch_event);}@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是Activity的--->dispatchTouchEvent");return super.dispatchTouchEvent(ev);}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是Activity的--->onTouchEvent");return super.onTouchEvent(event);}}
布局文件如下：
其中自定义控件CustomLinearLayout代码如下：
public class CustomLinearLayout extends LinearLayout {....@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->dispatchTouchEvent");return super.dispatchTouchEvent(ev);}@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onInterceptTouchEvent");return super.onInterceptTouchEvent(ev);}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onTouchEvent");return super.onTouchEvent(event);}}
CustomTextView代码如下：
public class CustomTextView extends TextView {...@Overridepublic boolean dispatchTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->dispatchTouchEvent");return super.dispatchTouchEvent(event);}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->onTouchEvent");return super.onTouchEvent(event);}}
效果如下：
运行，我们点击自定义的TextView，打印出来的日志如下：
什么意思呢？不要着急，接下来我慢慢解释。首先我们知道一次点击，会触发一次ACTION_DOWN、若干个ACTION_MOVE、一次ACTION_UP事件，而一次事件的传递是由上往下传递的，也就是依次通过Activity、ViewGroup、View。按下的瞬间ACTION_DOWN触发，Activity的dispatchTouchEvent(事件分发)会先调用，这个跟我们的第一行的日志不谋而合，其实Activity的dispatchTouchEvent方法可以用下面的伪代码表示：
@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {if (viewGroup或者view.dispatchTouchEvent(ev)) {return true;}return onTouchEvent(ev);}
这里我不贴源代码了，伪代码看比较好理解。
Activity中的dispatchTouchEvent会调用ViewGroup或者View的dispatchTouchEvent的方法，而当ViewGroup或者View返回false时才会调用本身的onTouchEvent方法。第一行日就容易理解了，是执行Activity的dispatchTouchEvent打印出来的，而后会调用CustomLinearLayout的dispatchTouchEvent的事件分发方法，这就有了第二行的日志。
这里有个知识点，就是ViewGroup的dispatchTouchEvent方法会调用自身的onInterceptTouchEvent（事件拦截）方法，这一点跟Activity中的有点不一样，因为Activity中并没有事件拦截方法，如果ViewGroup的onInterceptTouchEvent事件拦截方法返回true，那么View中的dispatchTouchEvent方法不会被调用，反而会执行ViewGroup的onTouchEvent方法，那么该事件（ACTION_DOWN事件）传递结束。
如果返回的是false（默认就是返回false），那么View 中的dispatchTouchEvent方法会被调用，因为View是最底层的控件，事件无法继续再往下传递，只能自身消费，所以dispatchTouchEvent又会调用onTouchEvent方法，在我们这个例子中，onTouchEvent返回的是默认值false，也就是没有消费该事件。
我们知道事件的传递是从上往下传递的，那么当事件传递到最底层的View并且该事件没有被消费，又该如何呢？其实上面的日志已经告诉我们了，当最底层的View并没有消费该事件时，该事件会一层层往上抛，接下来会执行ViewGroup的onTouchEvent方法，如果返回true的话，事件传递停止，如果还是一样返回默认值false的话，Activity的onTouchEvent方法会被调用，到此ACTION_DOWN事件的传递结束，这就是一次完整的事件传递过程，下图为事件传递的流程图：
细心同学又会问了，既然事件的传递结束了，为什么Activity的dispatchTouchEvent、onTouchEvent又被执行了两次呢（日志打印出来的）？
没错，确实是执行了，刚才我们说过了：手指按下移动到抬起，会执行一次ACTION_DOWN(按下)、若干次ACTION_MOVE(移动)和一次ACTION_UP(抬起)，被执行了两次是因为执行了一次ACTION_MOVE（一次是偶然的，如果你手指多滑动，会执行多次的）和一次ACTION_UP事件，也就是还有两次完整的事件传递过程，但是我们发现后面这两次跟ACTION_DOWN不一样，只调用两次Activity的dispatchTouchEvent、onTouchEvent方法，这是为什么呢？
因为Android本身的事件传递机制就是这样的，我们把手指按下抬起所发生的事件传递称为一个事件序列，看似3个或3个以上独立的事件组成，其实不然，它们还是有联系的，因为当dispatchTouchEvent在进行事件分发的时候，只有前一个action返回true，才会触发下一个action，什么意思呢？刚才的例子Activity的dispatchTouchEvent的方法中viewGroup或者view.dispatchTouchEvent(ev)返回的是默认值false，接下来ACTION_MOVE、ACTION_UP两个事件并不会触发ViewGroup的dispatchTouchEvent方法（因为你前一个action【ACTION_UDOWN】返回的false），反而是直接执行自身的onTouchEvent的方法。所以打印出来的日志就是这样的。这告诉我们如果一个事件序列的ACTION_DOWN事件你没消费掉，那么该事件序列的ACTION_MOVE、ACTION_UP并不会在被执行了。
接下来我们稍微改一下代码，把CustomTextView的onTouchEvent改成返回true，如下：
@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->onTouchEvent");return true;}
运行点击，我们来看一下日志，如下图：
CustomTextView的onTouchEvent消费了事件，所以该序列的后续事件都会完整的传递到CustomTextView中，并且都会在该方法中终止事件的传递。
我们再来看看把CustomTextView的dispatchTouchEvent也改成直接返回true，是个什么情况，完整的代码如下：
public class CustomTextView extends TextView {...@Overridepublic boolean dispatchTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->dispatchTouchEvent");return true;}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->onTouchEvent");return true;}}
执行点击，日志如下：
我们看到每次事件都会传递到View的dispatchTouchEvent，但是onTouchEvent并不会被执行，关键代码就在View中的dispatchTouchEvent返回值不一样：
return super.dispatchTouchEvent(ev);return true;
因为onTouchEvent是在super.dispatchTouchEvent方法中执行的，所以我们虽然返回了true，每次事件都会传递过来但是并不会执行onTouchEvent方法。
哈哈，是不是有点复杂啊，好好品味哈，不然后面越看你会越乱。
接下来我们也把ViewGroup（CustomLinearLayout）代码也改一下，把方法onInterceptTouchEvent的返回值改为true，代码如下：
@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onInterceptTouchEvent");return true;}
点击执行，日志如下：
我们可以看到事件传递到ViewGroup的onInterceptTouchEvent后会直接调用本身的onTouchEvent方法，并没有把事件传递给View的dispatchTouchEvent方法，因为返回true，就表明我们拦截了事件并把事件交给自己处理，也阻止了事件继续往下传递，但是我们虽然拦截了事件，但并没有消费该事件，所以后续的事件ViewGroup并没有接收到，现在我们再把ViewGroup的onTouchEvent改为返回 true，代码如下：
@Overridepublic boolean onTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onTouchEvent");return true;}
运行、点击，日志如下：
如我们所说，onTouchEvent返回了true消费了该事件，每次事件都会传递到ViewGroup，并且在onTouchEvent结束事件的传递，但是你们发现没有onInterceptTouchEvent只会被执行一次，没错就是这么奇葩，只要你拦截了该事件，就是这样的，onInterceptTouchEvent并不会执行第二次，读者记住，不要问我为什么，机制就是这样的，为什么要这样，我也不懂，哈哈。
接下来我们把ViewGroup的dispatchTouchEvent的返回值也改成true，完整的代码如下：
public class CustomLinearLayout extends LinearLayout {...@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->dispatchTouchEvent");return true;}@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onInterceptTouchEvent");return true;}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onTouchEvent");return true;}}
一样，点击，运行，日志如下：
是不是有点懵逼的感觉，没错，就是这么任性，哈哈，事件传递到ViewGroup的dispatchTouchEvent中，这时，我们返回true，表明我们消费了该事件，所以后续事件都会继续传递过来，但是我们直接把
return super.dispatchTouchEvent(ev);
改成：
return true;
ViewGroup的onInterceptTouchEvent和View的dispatchTouchEvent并不会被执行了，因为这些都放在super.dispatchTouchEvent里面执行的，所以我们打印出来的日志就这样了，有同学会问Activity的onTouchEvent为什么没被执行，那你就没认真看之前的伪代码了，我们返回了true，Activity的onTouchEvent是不会被执行的，再好好想想哈。
最后我们再改个地方的代码，就是把Activity的dispatchTouchEvent的返回值改为返回true，完整的如下：
public class TouchEventActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_touch_event);}@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是Activity的--->dispatchTouchEvent");return true;}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是Activity的--->onTouchEvent");return false;}}
运行，点击，日志如下：
我们看到只有Activity的dispatchTouchEvent被执行了3次，知道为什么了吧，这个就不仔细阐述了。
这次的事件机制的讲解就先到这里，下次我们再深入了解，因为事件机制很复杂，所以读者先好好理解这篇所讲的内容，不然后面会越乱。
（小编想说为了让你们看得简约一点，点击一次刚好要执行一次ACTION_MOVE方法好累，得试好多次，哈哈，看在这样，请请请关注、收藏，谢谢了）
