为什么需要有View事件分发机制？

由于Android的View是树形结构的，View可能会重叠在一起，当我们点击的时候可能会有多个View同时响应，所以需要View的事件分发机制来决定该把事件交给谁处理。

MotionEvent

当点击屏幕时会产生点击事件，这个点击事件会被包装成MotionEvent对象。

MotionEvent主要封装了三种事件类型：
（1）ACTION_DOWN：手指刚接触屏幕
（2）ACTION_MOVE：手指在屏幕上移动
（3）ACTION_UP：手指从屏幕上松开的一瞬间

正常情况下，手指触摸屏幕会产生一系列的事件序列，主要有如下两种：
（1）点击屏幕后松开：DOWN - UP
（2）点击屏幕后滑动再松开：DOWN - MOVE - MOVE - ... - UP

可以通过MotionEvent获取当前点击事件发生的X坐标和Y坐标：
getX和getY、getRawX和getRawY

Activity的构成

当我们点击屏幕时，会产生一个点击事件，这个点击事件被包装成MotionEvent对象，事件会最先传递给Activity，所以我们需要了解Activity的构成才能知道事件的具体传递流程。

Activity的结构

Activity包含了一个Window对象，而Window对象的实现类是PhoneWindow，PhoneWindow又以DecorView作为整个布局的根视图，DecorView又把屏幕划分为两个区域，一个是TitleView区域，一个是ContentView区域，我们平常所调用的setContentView()设置布局文件其实就是设置ContentView区域。

事件分发的三个重要方法

1、dispatchTouchEvent()：用来进行事件的分发。如果事件能够传递给当前View,那么此方法一定会被调用，返回结果受当前View的onTouchEvent和下级的dispatchTouchEvent方法影响，表示是否消耗此事件；

2、onInterceptTouchEvent()：在上述方法dispatchTouchEvent内部调用，用来判断是否拦截某个事件，如果当前View拦截了某个事件，那么同一个事件序列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件；

3、onTouchEvent()：同样也会在dispatchTouchEvent内部调用，用来处理点击事件，如果返回true表示消耗了事件，返回false表示不处理事件，将会传递给父View的onTouchEvent()进行处理；

体现三个方法之间关系的伪代码如下：

伪代码

根据上面的伪代码，我们可以分析事件分发机制的大致流程：

事件的由上而下传递：

首先点击事件交给根ViewGroup处理，ViewGroup的dispatchTouchEvent()会被调用，如果ViewGroup的onInterceptTouchEvent()方法返回true，表示拦截此事件，那么调用自身的onTouchEvent()方法处理事件；如果onInterceptTouchEvent()返回false，表示不拦截此事件，那么将把事件传递给子View，接着子View的dispatchTouchEvent()方法会被调用进行下一轮的处理，如此反复直到事件最终被处理。

事件的由下而上传递：
当点击事件传递给底层View时，如果其onTouchEvent()返回true，则事件由底层View消耗并处理掉；如果返回false，则表示该View不做处理，则依次传递给父View的onTouchEvent()处理，如果所有的子View都不处理该事件，那么该事件最终会交给Activity消耗掉。

对事件的处理：
（1）如果View设置了onTouchListener，那么onTouchListener的onTouch()方法会被回调；如果onTouch()返回false，则当前View的onTouchEvent()方法会被回调，如果返回true，则View的onTouchEvent()方法将不会回调。由此可见如果给View设置了onTouchListener，其优先级要高于onTouchEvent()；
（2）在onTouchEvent方法中，如果当前设置的有onClickListener，那么它的onClick方法会被调用。可以看出，平时我们常用的OnClickListener,其优先级最低，即处于事件传递的尾端；

事件分发具体分析

事件分发的具体流程

Activity–>PhoneWindow–>DecorView–>ViewGroup–>View…–>View(View树最底部的View)

1、Activity的事件分发

点击事件首先传递给Activity，再传递给Window的实现类PhoneWindow（Window可以控制顶级View的外观和行为策略），PhoneWindow再把事件传递给内部类DecorView，DecorView又会传递给根ViewGroup进行处理（这里根View其实就是DecorView的子View，也就是ContentView，一般是一个ViewGroup，可以通过((ViewGroup) getWindow().getDecorView().findViewById(android.R.id.content)).getChildAt(0)获取在Activity中所设置setContentView的View）。

2、ViewGroup的事件分发

当事件从Activity传递到根ViewGroup中时，会调用ViewGroup的dispatchTouchEvent()进行处理，具体处理逻辑是：如果ViewGroup的onInterceptTouchEvent()返回true，则事件交由ViewGroup本身的onTouchEvent()进行处理，但是此时如果设置了onTouchListener，将会先调用onTouch()方法，如果onTouch()方法返回true则直接消耗事件，onTouchEvent()将不会被调用；如果onTouch()返回false，则调用onTouchEvent()方法处理事件（onTouch()的优先级大于onTouchEvent()）。当调用onTouchEvent()时，如果设置了onClickListener将会调用onClick()方法（onClick()的优先级最低）。如果ViewGroupp的onInterceptTouchEvent()返回false，则首先遍历ViewGroup的所有子元素，然后判断子元素是否能接收点击事件（是否能接收点击事件主要由两点来判断：子元素是否在播放动画、点击事件的坐标是否处于子元素的区域内），如果某个子View满足上面两个条件，ViewGroup就会把事件传递给子View，并调用子View的dispatchTouchEvent()方法，如此循环完成整个事件的分发。

3、View的事件分发

当事件从ViewGroup传递到子View时，会调用子View的dispatchTouchEvent()方法，由于View没有onInterceptTouchEvent()拦截事件，所以首先会判断View有没有设置onTouchListener：如果onTouchListener不为null且onTouch()返回true，则消耗了事件，不会再调用onTouchEvent()方法；否则调用onTouchEvent()方法，如果onTouchEvent()中的CLICKABLE和LONG_CLICKABLE其中有一个为true，则onTouchEvent()返回true，接着会调用performClick()方法，最后调用onClick()方法。

View事件处理的具体流程

这里的View不包含ViewGroup。由于View没有子元素，所以无法向下传递事件，只能自己处理事件，具体的处理流程：首先还是判断有没有设置onTouchListener，如果设置了onTouchListenerl且onTouch()返回true则消耗了事件；否则进入onTouchEvent()方法处理，只要onTouchEvent()方法里面的CLICKABLE和LONG_CLICKABLE其中有一个为true，则事件被消耗（可以通过setClickable()和setLongClickable()来设置它们的属性）。

解决滑动冲突

常见滑动冲突场景

（1）外部滑动方向和内部滑动方向不一致：比如使用ViewPager + Fragment嵌套组成的页面滑动，ViewPager内部已经自动为我们解决了滑动冲突，但是如果把ViewPager替换成ScrollView就会出现只有一层能滑动的现象；
（2）外部滑动方向和内部滑动方向一致；
（3）上面两种情况的嵌套；

滑动冲突的解决方式

（1）外部拦截法：点击事件先经过父容器的拦截处理，如果父容器需要此事件就进行拦截，不需要则不拦截。外部拦截法需要重写父容器的onInterceptTouchEvent()方法，并在该方法内部做相应的拦截处理即可。具体的处理在判断点击事件类型是ACTION_MOVE的时候决定是否需要拦截，不允许在ACTION_DOWN里面拦截，否则点击事件无法传递给子元素，会直接交给父容器处理。

（2）内部拦截法：父容器不拦截任何事件，所有事件都传递给子元素进行处理，如果子元素需要此事件就直接消耗，否则交给父容器进行处理。内部拦截法需要重写子元素的dispatchTouchEvent()方法，结合requestDisallowInterceptTouchEvent()方法才能正常工作。

补充：

（1）正常情况下，一个事件序列只能被一个View拦截且消耗；
（2）如果一个View拦截了某次事件，那么同一个事件序列的其它事件都会交给这个View进行处理；同时onInterceptTouchEvent()不会被再次调用，也就是说不用再通过onInterceptTouchEvent()询问同一个事件序列的其它事件是否需要进行拦截；
（3）如果一个View开始处理事件，并且不消耗一个事件序列的某一个事件（ACTION_DOWN），那么同一个事件序列的其它事件都不会再交给这个View进行处理了，会统一交给父View的onTouchEvent()进行处理；
（4）ViewGroup默认不拦截任何事件，ViewGroup的onInterceptTouchEvent()默认返回false；
（5）View没有onInterceptTouchEvent()方法，一旦有事件传递给它，那么它的onTouchEvent()方法就会被调用；
（6）View的onTouchEvent()方法默认都会消耗事件，返回true，除非不可点击；

参考：

《Android进阶之光》第3章 3.6 View的事件分发机制
《Android开发艺术探索》第3章 3.4 View的事件分发机制

View体系——View的事件分发机制