事件传递顺序
事件传递顺序
所谓事件分发，其实就是对MotionEvent事件的分发过程，即当一个MotionEvent产生了以后，系统需要把这个事件传递给一个具体的View，而这个传递过程就是分发过程。
Android的UI界面由Activity、ViewGroup、View及其派生类组成，事件的传递顺序也是先传到Activity、再传到ViewGroup、最终再传到View。
事件分发是dispatchTouchEvent()，事件拦截是onInterceptTouchEvent()，事件的响应是onTouchEvent()，对于ViewGroup类型的控件来说，它拥有这三种方法。
而对于单个View控件来说，它只有dispatchTouchEvent()和onTouchEvent()，因为View不能包含其他的View，所以不需要判断是否要拦截事件。
一个事件如果到达某一个View或者ViewGroup，那么一定会最先调用到这个控件的dispatchTouchEvent()。
另外，对于底层的View来说，有一种方法可以阻止父层的View截获touch事件，就是调用getParent().requestDisallowInterceptTouchEvent(true)方法。一旦底层View收到touch的action后调用这个方法那么父层View就不会再调用onInterceptTouchEvent了，也无法截获以后的action。例如ListView在滚动的时候会调用这个方法，使得action不能被拦截。
ACTION_DOWN事件
一张图记忆，针对ACTION_DOWN事件
https://www.jianshu.com/p/e99b5e8bd67b 的盗图
ACTION_DOWN事件由Activity的dispatchTouchEvent开始做分发，如果应用开发者自己重写了Activity的dispatchTouchEvent()那就一定不会传递了，否则就会传递到ViewGroup的dispatchTouchEvent()，最直接的就是先传递到DecorView中，如果不重写就会一层层向下传递。而onTouchEvevt()是重写事件处理的地方。
如果事件不被中断，整个事件流向是一个类U型图，如果我们没有对控件里面的方法进行重写或更改返回值，而直接用super调用父类的默认实现，那么整个事件流向应该是从Activity—->ViewGroup—>View 从上往下调用dispatchTouchEvent方法，一直到叶子节点（View）的时候，再由View—>ViewGroup—>Activity从下往上调用onTouchEvent方法。不管是dispatchTouchEvent、onTouchEvent还是onInterceptTouchEvent， ViewGroup 和View的这些方法的默认实现就是会让整个事件安装U型完整走完，所以 return super.xxxxxx() 就会让事件依照U型的方向的完整走完整个事件流动路径。
dispatchTouchEvent 和 onTouchEvent 一旦return true，事件就停止传递了（到达终点）（没有谁能再收到这个事件），对于return true我们经常说事件被消费了，消费了的意思就是事件走到这里就是终点，不会往下传，没有谁能再收到这个事件了。
dispatchTouchEvent 和 onTouchEvent return false的时候事件都回传给父控件的onTouchEvent处理。
onInterceptTouchEvent 的作用：每个ViewGroup每次在做分发的时候，问一问拦截器要不要拦截（也就是问问自己这个事件要不要自己来处理）如果要自己处理那就在onInterceptTouchEvent方法中 return true就会交给自己的onTouchEvent的处理，如果不拦截就是继续往子控件往下传。ViewGroup怎样通过dispatchTouchEvent方法能把事件分发到自己的onTouchEvent处理呢？return true和false 都不行，那么只能通过Interceptor把事件拦截下来给自己的onTouchEvent，所以ViewGroup dispatchTouchEvent方法的super默认实现就是去调用onInterceptTouchEvent。
View 没有拦截器，为了让View可以把事件分发给自己的onTouchEvent，View的dispatchTouchEvent默认实现（super）就是把事件分发给自己的onTouchEvent。
ACTION_DOWN的后续事件
结论：
ACTION_DOWN事件在哪个控件消费了（return true）， 那么ACTION_MOVE和ACTION_UP从上往下（通过dispatchTouchEvent）做事件分发往下传时，就只会传到这个控件，不会继续往下传。1.如果ACTION_DOWN事件是在dispatchTouchEvent()消费，那么收到ACTION_DOWN 的函数(即diapathEvent，不会传到onTouchEvent)也能收到 ACTION_MOVE和ACTION_UP 2.如果ACTION_DOWN事件是在onTouchEvent()消费的，那么会把ACTION_MOVE或ACTION_UP事件传给该控件的onTouchEvent处理并结束传递。
流程整理
点击事件处理.png
几个值得注意的地方：
ViewGroup在dispatchTouchEvent时会判断FLAG_DISALLOW_INTERCEPT标记位，这个标记位是通过requestDisallowInterceptTouchEvent()方法来设置的，一般用于子View中。ViewGroup将无法拦截除了ACTION_DOWN以外的其它事件。针对于于这个标记位作如下总结：
- 子view不希望父view拦截事件可以调用mParent.requestDisallowInterceptTouchEvent(true)
- viewgroup的mGroupFlags在下一个cycle来临的时候，FLAG_DISALLOW_INTERCEPT标志位会被清零
- requestDisallowInterceptTouchEvent这个函数一般不是自己调用的，而是给子View调用的
- requestDisallowInterceptTouchEvent是解决滑动冲突的大杀器，目前大部分原生控件都是使用
View的dispatchTouchEvent()中首先要判断有没有设置OnTouchListener，如果OnTouchListener中的onTouch返回true，那么onTouchEvent就不会调用了，可见OnTouchListener的优先级比onTouchEvent的优先级要高。
