Android控件之View的事件分发机制探索
概述
Android事件传递机制也是Android系统中比较重要的一块，事件类型有很多种，这里主要讨论TouchEvent的事件在framework层的传递处理机制。因为对于App开发人员来说，理解framework层的事件传递机制，就差不多了。
带着问题来思考整个事件分发过程。
1、为什么要有事件分发过程？
当Android设备的屏幕，接收到触摸的动作时，屏幕驱动把压力信号（包括压力大小，压力位置等）传递给系统底层，然后操作系统经过一系列的处理，然后把触摸事件一层一层的向上传递，最终事件会被准确的传递到产生事件的对象上，系统会遍历每一个View对象，然后计算触摸点在哪一个View中。比如A和B两个View，是兄弟View，AView产生的触摸事件，是不会被分发到B上面的。
2、怎么看待事件序列？
在Android系统中，一个单独的事件基本上是没什么作用的，只有一个事件序列，才有意义。一个事件序列正常情况下，定义为 DOWN、MOVE（0或者多个）、UP/CANCEL。事件序列以DOWN事件开始，中间会有0或者多个MOVE事件，最后以UP事件或者CANCEL事件结束。
DOWN事件作为序列的开始，有一个很重要的职责，就是寻找事件序列的接受者，怎么理解呢？framework 在DOWN事件的传递过程中，需要根据View事件处理方法（onTouchEvent）的返回值来确定事件序列的接受者。如果一个View的onTouchEvent事件，在处理DOWN事件的时候返回true，说明它愿意接受并处理该事件序列。
3、Android的framework层如何处理事件的分发过程？
触摸事件到了framework层之后，首先会被传递到Activity，然后Activity会把事件委托给它内部的Window对象进行分发处理，而Window对象又会委托它内部的DecorView进行事件分发处理。我们都知道，DecorView是整棵View树的根节点，所以整个事件传递过程的复杂度就是事件在View树种分发传递的复杂度。 Android View框架提供了3个对事件的主要操作概念。
1、事件的分发机制，dispatchTouchEvent。主要是parent根据触摸事件的产生位置，以及child是否愿意负责处理该系列事件等状态，向其child分发事件的机制。
2、事件的拦截机制，onInterceptTouchEvent。主要是parent根据它内部的状态、或者child的状态，来把事件拦截下来，阻止其进一步传递到child的机制。
3、事件的处理机制，onTouchEvent。主要是事件序列的接受者（可以是一个View或者ViewGroup），对事件作出处理，并且向其parent传递处理结果的机制。
4、上述三个机制，是怎么向其调用者传递处理结果的？
在Java中，传递计算结果，有很多种途径，这里采用的是一种适用于同步调用的方法，返回值的方法。每个机制都使用boolean类型作为其返回值，那么每个机制的每个返回值是什么含义呢。
1、事件的分发机制，dispatchTouchEvent。
true-事件被以该节点为根节点的View树成功处理，此时该事件就算是处理完成了，事件不会再向上返还给View的父节点（把事件分发过来的那个节点）。
false-以该节点为根节点的View树种，没有一个View（包括该View）成功处理了此事件，所以事件会向上返还给View的父节点（把事件分发过来的那个节点）。
2、事件的拦截机制，onInterceptTouchEvent。主要是parent根据它内部的状态、或者child的状态，来把事件拦截下来，阻止其进一步传递到child的机制。
true-当前ViewGroup（因为View中没有该方法，而没有child的VIew也不需要有拦截机制）希望该事件不再传递给其child，而是希望自己处理。
false-当前ViewGroup不准备拦截该事件，事件正常向下分发给其child。
3、事件的处理机制，onTouchEvent。主要是事件序列的接受者（可以是一个View或者ViewGroup），对事件作出处理，并且向其parent传递处理结果的机制。
true-表示该View成功处理了该事件，该处理结果会向上通知给其parent。
false-表示该View没有成功处理该事件，那么它的parent会有机会来处理该事件（parent标记为事件序列接受者，parent 的 onTouchEvent 在 Down 事件时返回true）。
源代码分析
源代码基于SDK 23
View：
1、dispatchTouchEvent：
/** 把事件分发到目标对象，因为这里是View对象，默认不含有child，所以这里他会把事件分发给自己 */
public boolean dispatchTouchEvent(MotionEvent event);
源代码：
不给出，有兴趣的读者执行查阅SDK
伪代码：
ViewGroup：
1、onInterceptTouchEvent
/** 默认实现是返回false，也就是默认不拦截任何事件 */
public boolean onInterceptTouchEvent(MotionEvent ev);
2、dispatchTouchEvent
/** 根据内部拦截状态，向其child或者自己分发事件 */
public boolean dispatchTouchEvent(MotionEvent ev);
源代码：
不给出，有兴趣的读者执行查阅SDK
伪代码：
3、requestDisallowInterceptTouchEvent
/** 干涩parent的事件分发机制，通知parent，是否拦截后续事件，如果设置为true，parent就不会拦截该事件，不管什么状态。设置为false，parent走正常的拦截流程 */
public void requestDisallowInterceptTouchEvent(boolean disallowIntercept);
源代码：
不给出，有兴趣的读者执行查阅SDK
伪代码：
自己动手
我们都知道，如果ScrollView内部嵌套ListView，那么ListView是不可以滑动的，效果如下图所示：
那么其实这就是典型的事件冲突问题，就是说，原本应该被ListView用来上下滑动的事件，被ScrollView拦截了。就导致ListView不能正常滑动。
我们来看一下ScrollView的源代码：
onInterceptTouchEvent的伪代码：
所以正常的上下拖拽，ScrollView都会拦截。
那么我们下面改进一下，就是当我们滑动ScrollView中非ListView的区域时，ScrollView滑动，而我们滑动ListView的时候，ListView滑动，效果看起来如下图所示：
这里解决方法如下：
既然ScrollView会拦截事件，那么当我们滑动ListView的时候，我们不希望ScrollView拦截事件，这里我们继承ListView，在onTouchEvent中，请求ScrollView不要拦截事件。
部分代码如下：
这样就可以很好的解决事件冲突的问题。
还有一种方法就是覆写parent的onInterceptTouchEvent方法，来修改事件拦截的状态。