在介绍事件分发机制之前我们先介绍一下几个重要的基本概念：

1.MotionEvent

在手指接触屏幕后所产生的一系列事件中，典型的事件类型有如下几种：

ACTION_DOWN——手指刚接触屏幕；

ACTION_MOVE——手指在屏幕上移动；

ACTION_UP——手指在屏幕上送回开的一瞬间。

正常情况下，一次手指触摸屏幕的行为会触发一系列的点击事件，如：

点击屏幕后离开松开，事件序列为DOWN->UP;

点击屏幕滑动一会儿再松开，事件序列为DOWN->MOVE->MOVE...->MOVE->UP。

2.TouchSlop

TouchSlop是系统所能识别出的被认为是滑动的最小距离。即当手指在屏幕上滑动时，两次滑动之间的距离小于这个常量，则系统不认为你在进行滑动操作。这个常量和设备有关，不同设备的值可能不同，通过如下方式我们可以获得这个常量：ViewConfiguration.get(getContext()).getScaledTouchSlop()。

View的事件分发机制

1.概念：

所谓点击事件(Touch)的事件分发，其实就是对MotionEvent(Touch的封装)事件的分发过程，即当一个MotionEvent产生以后，系统需要把这这个事件传递给那个具体的View。这个传递的过程就是事件分发过程。

2.事件分发的顺序

点击事件的分发过程由三个很重要的方法来共同完成：dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent，方法的介绍如下表所示。

方法介绍.png

当一个操作发生时，事件最先传递到Activity，由Activity的dispatchTouchEvent来进行事件派发(具体是由Activity中的Window完成的)。Window将事件传递给ViewGroup(decorView，它继承FrameLayout，是一个ViewGroup,一般为当前页面的底层容器，即setContentView所设置的view的父容器).
点击事件达到顶级的View(一般是一个ViewGroup)以后，会调用ViewGroup的dispatchTouchEvent方法：如果顶级的ViewGroup拦截该事件即onInterceptTouchEvent返回true，则事件由ViewGroup来处理，这时如果ViewGroup的mOnTouchListener被设置，那么onTouch就会被调用，否则onTouchEvent会被调用。OnTouch比onTouchEvent的优先级高，两者同时提供，onTouchEvent会被屏蔽。mOnclickListen存在于onTouchEvent中，如果设置了，那么onclick会被调用。如果顶级ViewGroup不拦截事件，那么会传递给它所点击事件链上的子View，如此循环，完成事件的分发。

事件分发机制的整体流程.png

Android开发艺术探索》这本书里总结了11条关于事件传递的结论：
1：同一个事件序列是指手机接触屏幕那一刻起，到离开屏幕那一刻结束，有一个down事件，若干个move事件，一个up事件构成。
2：某个View一旦决定拦截事件，那么这个事件序列之后的事件都会由它来处理，并且不会再调用onInterceptTouchEvent。
3：正常情况下，一个事件序列只能被一个View拦截并消耗。这个原因可以参考第2条，因为一旦拦截了某个事件，那么这个事件序列里的其他事件都会交给这个View来处理，所以同一事件序列中的事件不能分别由两个View同时处理，但是我们可以通过特殊手段做到，比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理。
4：一个View如果开始处理事件，如果它不处理down事件（onTouchEvent里面返回了false）,那么这个事件序列的其他事件就不会交给它来继续处理了，而是会交给它的父元素去处理。
5：如果一个View处理了down事件，却没有处理其他事件，那么这些事件不会交给父元素处理，并且这个View还能继续受到后续的事件。而这些未处理的事件，最终会交给Activity来处理。
6：ViewGroup的onInterceptToucheEvent默认返回false,也就是默认不拦截事件。
7:View没有InterceptTouchEvent方法，如果有事件传过来，就会直接调用onTouchEvent方法。
8：View的onTouchEvent方法默认都会消耗事件，也就是默认返回true,除非他是不可点击的（longClickable和clickable同时为false）。
9：View的enable属性不会影响onTouchEvent的默认返回值。就算一个View是不可见的，只要他是可点击的（clickable或者longClickable有一个为true）,它的onTouchEvent默认返回值也是true。
10：onClick方法会执行的前提是当前View是可点击的，并且它收到了down和up事件。
11：事件传递过程是由外向内的，也就是事件会先传给父元素在向下传递给子元素。但是子元素可以通过requestDisallowInterceptTouchEvent来干预父元素的分发过程，但是down事件除外（因为down事件方法里，会清除所有的标志位）。

View的滑动冲突

滑动冲突产生的根本原因：

场景1、外部滑动方向与内部滑动方向不一致；

场景2、外部滑动方向与内部滑动反响一致；

场景3、上面两种情况的嵌套

第一种如ScrollView 嵌套ViewPager，第二种如ViewPager嵌套ViewPager。第三种。。。

解决方案：

外部拦截法：

所谓外部拦截，是指点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截，否则不拦截。这种比较符合事件分发机制，我们需要重写onInterceptToucheEvent方法,伪代码如下。

public boolean onInterceptTouchEvent(MotionEvent event) {
    boolean intercepted = false;
    int x = (int)event.getX();
    int y = (int)event.getY();
    switch (event.getAction()) {
        case MotionEvent.ACTION_DOWN: {
            intercepted = false;
           break;
       }
       case MotionEvent.ACTION_MOVE: {
           if (父容器需要当前事件) {
                intercepted = true;
           } else {
                intercepted = false;
           }
           break;
       }
       case MotionEvent.ACTION_UP: {
           intercepted = false;
           break;
       }
       default:
           break;
       }
            mLastXIntercept = x;
            mLastYIntercept = y;
            return intercepted;
}

首先关于ACTION_DOWN 事件，父容器必须返回false，即不拦截，否则的话，后续的ACTION_MOVE和ACTION_UP都会直接由父容器处理，没办法再传递给子事件，ACTION_MOVE根据需要来进行拦截，ACTION_UP设置为不拦截，因为这个事件本身没有什么意义。有一种情况，事件交给子元素处理，父容器再ACTION_UP返回了true，那么子元素接收不到ACTION_UP事件，那么子元素的onClick就会无法触发。但是父容器比较特殊，一旦拦截了某个事件，后续的事件都会由他来处理，而ACTION_UP最后也会传递到父容器，即便一开始设置为false也不影响。

2.内部拦截法

内部拦截法是指父容器不拦截任何事件，所有的事件传递给子元素，如果子元素需要此事件则直接消耗掉，否则就交给父容器来进行处理，需要配合requestDisallowInterceptTouchEvent方法才能正常工作

public boolean dispatchTouchEvent(MotionEvent event) {
     int x = (int) event.getX();
     int y = (int) event.getY();

     switch (event.getAction()) {
     case MotionEvent.ACTION_DOWN: {
         parent.requestDisallowInterceptTouchEvent(true);
         break;
     }
     case MotionEvent.ACTION_MOVE: {
         int deltaX = x - mLastX;
         int deltaY = y - mLastY;
         if (父容器需要此类点击事件) {
             parent.requestDisallowInterceptTouchEvent(false);
         }
         break;
     }
     case MotionEvent.ACTION_UP: {
         break;
     }
     default:
         break;
     }

     mLastX = x;
     mLastY = y;
     return super.dispatchTouchEvent(event);
 }

对应不同的滑动策略只需要修改里面的条件即可。除了子元素需要做处理以外，父元素也要默认拦截ACTION_DOWN以外的事件。这样当子元素调用requestDisallowInterceptTouchEvent（false）方法时，父元素才能继续拦截所需事件。

public boolean onInterceptTouchEvent(MotionEvent event) {

     int action = event.getAction();
     if (action == MotionEvent.ACTION_DOWN) {
         return false;
     } else {
         return true;
     }
 }

因为不受FLAG_DISALLOW_INTERCEPT标志位的影响，所以一旦父元素拦截了ACTION_DOWN事件，子元素都无法接收后续事件，那么内部拦截就没有作用了，所以父元素需要做如下修改：

public boolean onInterceptTouchEvent(MotionEvent event) {

     int action = event.getAction();
     if (action == MotionEvent.ACTION_DOWN) {
         return false;
     } else {
         return true;
     }
 }

View的事件分发体系和滑动冲突