上图是将dispatchTouchEvent()方法的源代码精简之后的代码，便于理解，第一个框我们定位ViewGrandparent,第二个框为ViewParent,最后一个框为子View本身，用1~8来描述不同的方法。
首先当ViewGrandparent（一下简称grap）接受到点击事件之后，会首先调用自己的dispatchTouchEvent（）方法来决定如何分发事件，即1方法，在其内部会调用OnInterceptTouchEvent()来判断是否拦截该事件,即2，如果返回true，那么intercepted为true，则不会进入if判断，进而就不会在执行子类的事件分发dispatchTouchEvent方法，然后touchtarget就会为null，则会进入最后的if判断，进而直接执行8方法（super.dispatchTouchEvent方法本质也是调用grap的onTouchEvent方法,因为如果直接使用super.dispatchTouchEvent它的默认实现也是直接调用onTouchEvent方法的）。如果选择不拦截，则OnInterceptTouchEvent（）方法返回false,这样的话intercepted即为false,进而就会进入第一个if判断中去遍历grap所有的子view，如果有子view，就会调用子view（这里是parent）的3方法，进而重复该过程.
直到view没有子view的时候，就会调用view的onTouchEvent方法，即6方法，如果返回true,则handled的值为true，故touchtarget不为空，则parent的第二个if判断就不会执行，进而7方法就不会调用。所以parent的dispatchTouchEvent（）方法就会直接返回true。同理，grap的dispatchTouchEvent（）方法也会直接返回true.但是如果view的onTouchEvent方法返回的是false的话，那么handled为false,则touchtarget的值会为空，那么就进入第二个if判断来会执行7方法，进而再根据返回值设置handled的值，从而再往上传递。
如果选择都不拦截不处理的话，那么执行的顺序为1-2-3-4-5-6-7-8.
下面总结一下这三个方法和其返回值：
1.dispatchTouchEvent()：决定事件分发下去
return true:表示当前事件就在当前view的dispatchTouchEvent（）方法中进行处理，不再继续向下分发。
return false:如果上层是activity，则会调用该activity的onTouchEvent（）方法来处理，如果上层是View，则会调用上层View的onTouchEvent（）方法来处理该事件。
return super.dispatchTouchEvent()：将会调用当前view的OnTouchEvent()方法来处理，具体执行流程可以参考上图。
2.onInterceptTouchEvent()：判断事件是否需要拦截
return true:表示当前事件被拦截，会调用当前view的onTouchEvent()方法来处理。
return false:表示当前事件不被拦截，事件就会被传递到子View,从而调用子View的dispatchTouchEvent（）方法来判断如何分发，进而决定如何处理。
return super.onInterceptTouchEvent():默认拦截当前事件并交由当前view的onTouchEvent()方法处理。
3.onTouchEvent()：事件处理的逻辑
return false:那么这个事件会从当前 View 向上传递，并且都是由上层 View 的 onTouchEvent 来接收，如果传递到最上层的 onTouchEvent 也返回 false，这个事件就会“消失”，而且接收不到下一次事件。
return true:会接收并消费该事件。
return super.onTouchEvent(ev):默认处理事件的逻辑和返回 false 时相同。
总结一下：
1.dispatchTouchEvent的返回值则代表是否将事件分发出去用掉了，自己用或者给某一层子级用都算分发成功。比如B把券用了，或者他发出去给的C把券用了，这两种情况下B的dispatchTouchEvent都会返回true给A
2.onInterceptTouchEvent会在第一轮从父到子的时候在分发时调用，以它去决定是否拦截掉此事件不再向下分发。如果拦截下来，就会调用自己的onTouchEvent处理；如果不拦截，则继续向下传递
3.onTouchEvent代表消费掉事件。方法内容是具体的事件处理方法，如何处理点击滑动等。
4.onTouchEvent的返回值则代表对上级的反馈，通知这个东西我用掉啦，然后他的父级就会让分发方法也返回true
当上面都理解了之后，可以看一下这张图加深一下印象，好了这就是安卓事件分发事件的具体流程：本文参考：事件分发机制解析
滑动冲突的解决办法：（首先声明，getRawX()方法获取到的坐标是相对于屏幕的，以屏幕左上角为原点，getX()方法是相对于View本身的，以当前View左上角作为原点）
1.对于水平和竖直方向的滑动冲突比较简单，只需要重写View的OnInterceptTouchEvent()方法，在其中判断水平和竖直位移的大小，当水平位移较大时，我们判定为水平方向滑动，当竖直位移比较大时，我们判定为竖直方向滑动，进而再根据我们的业务需求决定返回值。当我们无法重写顶层ViewGroup的OnInterceptTouchEvent()方法时，我们可以使用当前View的view.getParent().requestDisallowInterceptTouchEvent(true)来请求上层View不要拦截我们的方法即可达到相同的效果。
2.同方向的滑动冲突解决就相对复杂一点：需要根据具体的情境，来判断是由子View还是父ViewGroup处理滑动事件，会需要处理比较精细，重点都在于子View的OntouchEvent（）方法和父ViewGroup的OntouchEvent（）方法以及requestDisallowInterceptTouchEvent(true)三者配合处理,对滑动冲突的解决方法，是由内而外的展开，默认使顶层View失去拦截能力，在由底部View的滑动距离，做出不同逻辑判断控制了顶层的拦截与否.
