参考:https://baijiahao.baidu.com/s?id=1617478464513215480&wfr=spider&for=pc
感谢 '程序引力'的文章，本文的图片资源和论述都来自'程序引力'
一.分发事件者
Activity、View,ViewGroup
二.分发动作
分发动作都封装在MotionEvent类中:
动作:按下、滑动、抬起与取消
事件流:以按下未开始，中间有滑动或长按，以抬起或取消为结束.
三.分发的方法
dispatchTouchEvent,onInterceptTouchEvent,onTouchEvent
note:
ViewGroup类中，实际是没有onTouchEvent方法的，但是由于ViewGroup继承自View，而View拥有onTouchEvent方法，
故ViewGroup的对象也是可以调用onTouchEvent方法的。故在表格中表明ViewGroup中存在onTouchEvent方法的。
四.事件分发过程
向下传播：
1.事件从Activity向viewgroup传播被称作’向下传播‘。
2.viewgroup包含若干View，事件从viewgroup向其子View传播，也被称为’向下传播‘。
向上传播：与’向下传播‘相反。
A.分发方法dispatchTouchEvent(true/false->能处理(stop)/不能处理(向下))
1.某个组件的该方法返回true,则表示该组件已经对事件进行了处理，不用继续调用其余组件的分发方法，即停止分发。
2.某个组件的该方法返回false,则表示该组件不能对该事件进行处理，需要按照规则继续分发事件。在不复写该方法的情况下，除了一些特殊的组件，其余组件都是默认返回false的。
Activity的dispatchTouchEvent方法
a.Activity的dispatchTouchEvent
Activity中该方法的核心部分伪代码
public boolean dispatchTouchEvent(MotionEvent ev){
if(child.dispatchTouchEvent(ev)){return true;//如果子View消费了该事件,则返回TRUE，让调用者知道该事件已被消费}
else{return onTouchEvent(ev);//如果子View没有消费该事件，则调用自身的onTouchEvent尝试处理。}
}
首先，从核心逻辑中看出，当事件传递给Activity后，它先将事件分发给子View处理。
1.经过子View层层传递或处理后，该事件被消费了（即返回了TRUE），则Activity的分发方法也返回TRUE，同样也表示该事件已经被消费了。
2.经过子View层层传递或处理后，该事件没有被消费（即返回了FALSE），则Activity的分发方法就不会返回TRUE了，而是调用onTouchEvent()去处理，看其实际的处理情况。
如果onTouchEvent消费了事件，那依然能返回TRUE（表示已消费事件），这个TRUE作为dispatchTouchEvent的返回值，让调用它的对象知道该Activity已经消费了事件。如果onTouchEvent没有消费该事件，那就返回FALSE（表示未消费事件），这个FALSE作为dispatchTouchEvent的返回值，让调用它的对象知道该Activity没有消费事件，需要继续处理。
b.ViewGroup的dispatchTouchEvent方法
ViewGroup中该方法的核心部分伪代码
public boolean dispatchTouchEvent(MotionEvent ev){
if(!onInterceptTouchEvent(ev)){return child.dispatchTouchEvent(ev);//不拦截，则传给子View进行分发处理}
else{return onTouchEvent(ev);//拦截事件，交由自身对象的onTouchEvent方法处理}}
ViewGroup的该方法与Activity的类似，只是新添了一个onInterceptTouchEvent方法。当事件传入时，首先会调用onInterceptTouchEvent。
如果该方法返回了FALSE（表示不拦截），则交给子View去调用dispatchTouchEvent（）方法
如果该方法返回了TRUE（表示拦截），则直接交给该ViewGroup对象的onTouchEvent(ev)方法处理，具体是否能处理以onTouchEvent()的实际情况为准。
实际上，在onInterceptTouchEvent返回TURE表示拦截时，实际调用的是super.dispatchTouchEvent方法，即View的该方法，进而由该方法调用onTouchEvent.
View的dispatchTouchEvent方法
c.View的dispatchTouchEvent方法
核心部分伪代码public boolean dispatchTouchEvent(MotionEvent ev){
//如果该对象的监听成员变量不为空，则会调用其onTouch方法，if(mOnTouchListener !=null&& mOnTouchListener.onTouch(this,event)){returntrue;//若onTouch方法返回TRUE，则表示消费了该事件，则dispachtouTouchEvent返回TRUE，让其调用者知道该事件已被消费。}
return onTouchEvent(ev);//若监听成员为空或onTouch没有消费该事件，则调用对象自身的onTouchEvent方法处理。
}
从该方法的核心逻辑中可以看到，事件传递进来后，首先会对mOnTouchListener判空，如果之前Set了Listener，则会调用其onTouch方法。
若onTouch方法返回TRUE，则dispatchTouchEvent也会返回TRUE，表示消费该事件。
若onTouch方法返回FALSE，或者mOnTouchListener本来就是空，则调用自身的onTouchEvent()来处理，是否消费事件，可以由其返回值判断。
实际上，在View的onTouchEvent方法中，如果设置了onClickListener监听对象，则会调用其onClick方法。在同时设置了onTouchListener与onClickListener对象的情况下，正是由于View的dispacthTouchEvent方法会先调用mOnTouchListener的onTouch,才会调用onTouchEvent方法，所以onTouchListener对象的onTouch方法是优先于onClickListener对象的onClick方法调用的。
总节：dispatchTouchEvent方法
回顾上面Activity、ViewGroup和View中的dispatchTouchEvent方法，它们大体都可以分为两部分，前一部分是交由子View的dispatchTouchEvent方法或onTouch方法进行处理，后一部分是交给自身的onTouchEvent方法处理。这样理解的话，就非常便于记忆了。
为了便于记忆和理解，可以将各组件的dispatchTouchEvent方法分为两部分：
子View的dispatchTouchEvent 或 onTouch方法自身的onTouchEvent方法这个结构有点类似于递归的过程，就是组件的dispatchTouchEvent会自用子组件的同名方法，子组件一样会调用子子组件的同名方法，直到递归到底，然后在从递归底部返回上层，直到返回到最上层，整个过程结束。或者在这个过程中，事件传递到某个子View，该子View决定处理该事件，则事件交给其自身的onTouchEvent方法处理，如果onTouchEvent方法处理不了，再交由父组件的同名方法处理，直到向上传递到顶层结束。
拦截方法onInterceptTouchEvent
该方法是ViewGroup类对象所独有的，用于对事件进行提前拦截。在一般情况下，该方法是默认返回FALSE的，即不拦截。如果自定义的ViewGroup希望拦截事件，不希望事件继续往子View传播，可以覆写该方法，返回TRUE，即可阻止向下的传播过程。
实际上，从上面的核心逻辑的伪代码中可以看出，在ViewGroup调用dispatchTouchEvent后，肯定会调用该方法，根据该方法的返回值来确定如何处理。若该方法返回True，则会将事件拦截掉，就给自身的onTouchEvent处理。如果返回False,则继续传递给child执行分发流程。
处理方法onTouchEvent
该方法主要对事件进行处理，若返回True表示已经处理了事件，若返回False则表示没有对事件进行处理，需要继续传递事件。一般情况下，默认为FALSE。在View的onTouchEvent方法中，如果设置了onClickListener监听对象，则会调用其onClick方法。
6. 总结
本文在介绍了事件分发基本概念的基础上，介绍了负责参与事件分发的核心方法，包括dispatchTouchEvent()、onInterceptTouchEvent与onTouchEvent方法。通过伪代码的形式介绍了这些方法的核心逻辑，重点分析了在Activity、ViewGroup与View中的dispatchTouchEvent方法。它们三者中的该方法结构类似，都是先调用子View的同名方法或者listener方法，然后再调用自身的onTouchEvent方法。
这些方法在调用关系中体现了一个类似‘递归’的调用过程，通过dispatchTouchEvent将事件传递下去，又通过onTouchEvent将事件传递上来。中间的这一过程可以通过让onInterceptTouchEvent方法（对于ViewGroup），或者另外的负责分发的方法返回TRUE，均可以提前终止这一类似’递归‘的调用过程，进而让事件的处理符合我们的预期。
关注本人公众号获取更多干货.