安卓上面的View是树形结构的，View可能会重叠在一起，当点击的地方有多个View可以响应的时候，这个点击事件应该给谁呢？为了解决这个问题，就有了事件分发机制。PhoneWindow：是抽象类Window的实现类，抽象类Window是所有视图最顶层的容器，包括View视图的外观和行为都归Window管。DecorView：PhoneWindow的内部类，通过DecorView传递信息给下面的View，下面的View也通过DecorView返回消息给PhoneWindow。
viewgroup拥有这三个方法acitivity和view没有拦截方法，可以简单理解下，view是最后一个控件了下面没有任何控件了，而activity是界面的起点没必要拦截。1.dispatchTouchEvent：处在链首，用于分发事件，该方法决定是由当前View自己的onTouchEvent来处理，还是分发给子View，让子View递归调用其自身的dispatchTouchEvent来处理。2.onInterceptTouchEvent：是用来拦截事件的，当父控件下发事件给子控件进行拦截处理的时候，如果子控件需要对事件进行处理，就要在onInterceptTouchEvent方法中进行拦截，然后到子控件的onTouchEvent方法中进行事件的监听以及逻辑的判断。3.onTouchEvent：用于处理传递到View的手势事件。
Down,move,up,cancel
Activity——>PhoneWindow——>DecorView——>ViewGroup——>...——>View事件分发机制使用的是责任链设计模式，从Activity如果传到最下层的View都没有组件处理该事件，该事件会依次回传到Activity。
ViewGroup的事件传递方法：dispatchTouchEventonInterceptTouchEventonTouchEventView的事件传递方法：View的dispatchTouchEventView的onTouchEvent当点击事件产生时,Activity会调用dispatchTouchEvent()方法;当然具体的事物都是讲给PhotoWindow来完成;PhotoWindow再把事件交给DecorView完成,(DecorView是继承Fraglayout,处于ViewGroup);所以,最后DecorView会将事件处理工作交给ViewGroup;
（2）.正常情况下，一个事件序列只能被一个View拦截且消耗。这一条的原因可以参考3，因为一旦一个元素拦截了某个事件，那么同一个事件序列的所有事件都会直接交给它处理，因此同一个事件序列中的事件不能分别由两个View同时处理，但是通过特殊手段可以做到，比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理。
（3）.某个View一旦决定拦截，那么这个事件序列都只能由它来处理（如果事件序列能够传递给它的话），并且它的onInterceptTouchEvent不会被调用。这条也很好理解，就是说当一个View决定拦截一个事件后，那么系统会把同一个事件序列内的其他方法都直接交给它来处理，因此就不用再调用这个View的onInterceptTouchEvent去询问它是否拦截了。
（5）.如果View不消耗ACTION_DOWN以外的事件，那么这个点击事件会消失，此时父元素的onTouchEvent并不会调用，并且当前View可以持续收到后续的事件，最终这些消失的点击事件会传递给Activity处理。
（6）.ViewGroup默认不拦截任何事件。Android源码中ViewGroup的onInterceptTouchEvent方法默认返回false。
（7）.View没有onInterceptTouchEvent方法，一旦点击事件传递给它，那么它的onTouchEvent方法就会被调用。
（8）.View的onTouchEvent默认都会消耗事件（返回true）,除非它是不可点击的（clickable和longClickable同时为false）。View的longClickable属性默认为false，clickable属性要分情况，比如Button的clickable属性默认为true,而TextView的clickable属性默认为false。
（9）.View的enable属性不影响onTouchEvent的默认返回值。哪怕一个View是disable状态的，只要它的clickable或者longClickable有一个为true,那么它的onTouchEvent就返回true。
（10）.onClick会发生的前提是当前View是可点击的，并且它接收到了down和up事件。
（11）.事件传递过程是由外向内的，即事件总是先传递给父元素，然后再由父元素分发给子View,通过requestDisallowInterTouchEvent方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外。
之前的所有讲解，就像是所有的招式，滑动冲突，就是我们的用武之地。
(一).外部拦截法:就是在ViewGroup里使用onInterceptTouchEvent()拦截(二).内部拦截法:在子View的dispatchTouchEvent()里调用,这行代码被调用,父类就不会拦截事件当传入的参数为true时，表示子组件要自己消费这次事件，告诉父组件不要拦截（抢走）这次的事件。getParent().requestDisallowInterceptTouchEvent(true);
View的事件分发在Android中很重要！！！很重要！！！很重要！！！
我们知道，android的布局结构是树形结构，这就会导致一些View可能会重叠在一起，当我们手指点击的地方在很多个布局范围之内，也就是说此时有好多个布局可以响应我们的点击事件，这个时候该让哪个view来响应我们的点击事件呢？这就是事件分发机制存在的意义。
publicbooleandispatchTouchEvent(MotionEventev)是事件分发机制中的核心，所有的事件调度都归它管用来进行事件的分发，如果事件能够传递给当前View，那么此方法一定会被调用publicbooleanonInterceptTouchEvent(MotionEventev)在dispatchTouchEvent中调用，用来判断是否拦截某个事件，返回结果表示是否拦截当前事件publicbooleanonTouchEvent(MotionEventevent)在dispatchTouchEvent中调用，用来处理点击事件，返回结果表示是否消耗当前事件
我们知道View可以注册很多监听事件（下文有详细），比如，触摸事件，单击事件，长按事件等，而且view也有自己的onTouchEvent方法，那么这么多事件应该由谁来调度管理呢？这就是是View中dispatchTouchEvent方法存在的意义。
View最为事件传递的最末端，要么消费掉事件，要么不处理进行回传，根本没必要进行事件拦截
publicbooleandispatchTouchEvent(MotionEventev){booleanconsume=false;if(onInterceptTouchEvent(ev)){consume=onTouchEvent(ev);}else{consume=child.dispatchTouchEvent(ev);}returnconsume;}对于一个ViewGroup来说，点击事件产生后，首先会传递给它，这时她的dispatchTouchEvent会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回true表示它要拦截当前事件，接着事件就会交给这个ViewGroup处理，即它的onTouchEvent就会被调用；如果这个这个ViewGroup的onInterceptTouchEvent方法返回false就表示它不拦截当前事件，这时事件就会传递给子元素，接着子元素的dispatchTouchEvent方法就会被调用，如此反复直到事件最终被处理。
事件优先给View，会被View消费掉，ViewGroup不会响应。
当View重叠时，一般会分配给显示在最上面的View，也就是后加载的View。
是的，onInterceptTouchEvent则不会。
View没有onInterceptTouchEvent方法，一旦有事件传递给它，他的onTouchEvent就一定会被调用。
ViewGroup默认不拦截任何事件；看源码可以知道ViewGroup的onInterceptTouchEvent方法中只有一行代码：returnfalse；
down事件开头，up事件结尾，中间可能会有数目不定的move事件。
我们常用的setOnClickListener、OnLongClickListener、setOnTouchListener等都是基于监听的事件处理。设置监听可以用如下几种方式：
代码验证：
自定义view：publicclassMyViewextendsView{@OverridepublicbooleanonTouchEvent(MotionEventevent){Log.i("--------","MyViewonTouchEvent"+MyAction.getActionType(event));returnsuper.onTouchEvent(event);}}监听：yelloe.setOnTouchListener(newView.OnTouchListener(){@OverridepublicbooleanonTouch(Viewview,MotionEventmotionEvent){Log.i("--------","touchyelloe"+MyAction.getActionType(motionEvent));returnfalse;}});yelloe.setOnClickListener(newView.OnClickListener(){@OverridepublicvoidonClick(Viewview){Log.i("--------","clickyelloe");}});输出结果：插图优先级高低优先级高低：onTouchListener>>>onTouchEvent>>>setOnLongClickListener>>>OnClickListerner
代码简单如下：
问题二：如果不在onTouchEvent方法和setOnTouchListener的onTouch方法中做任何处理，只是Log输出每一层的Touch事件类型,现在用手指按下在黄色区域并移动后抬起.请问Log输出的结果是什么在Activity中增加setOnTouchListener监听
yelloe.setOnTouchListener(newView.OnTouchListener(){@OverridepublicbooleanonTouch(Viewview,MotionEventmotionEvent){Log.i("--------","touchyelloe"+MyAction.getActionType(motionEvent));returnfalse;}});green.setOnTouchListener(newView.OnTouchListener(){@OverridepublicbooleanonTouch(Viewview,MotionEventmotionEvent){Log.i("--------","touchgreen"+MyAction.getActionType(motionEvent));returnfalse;}});red.setOnTouchListener(newView.OnTouchListener(){@OverridepublicbooleanonTouch(Viewview,MotionEventmotionEvent){Log.i("--------","touchred"+MyAction.getActionType(motionEvent));returnfalse;}});答：I/--------:touchyelloeACTION_DOWN...I/--------:MyViewonTouchEventACTION_DOWN...I/--------:touchgreenACTION_DOWN...I/--------:MyLinearLayoutGreenonTouchEventACTION_DOWN...I/--------:touchredACTION_DOWN...I/--------:MyLinearLayoutRedonTouchEventACTION_DOWN...
onTouch方法返回true表示事件被消耗掉了，不会继续传递了,此时获取不到到OnClick和onLongClick事件；onTouch方法返回false表示事件没有被消耗，可以继续传递，此时，可以获取到OnClick和onLongClick事件；同理onTouchEvent和setOnLongClickListener方法中的返回值表示的意义一样；
返回false，长按的话会同时执行onLongClick和onClick；如果setOnLongClickListener返回true，表示事件被消耗，不会继续传递，只执行longClick；
Activity-Window-View。从上到下依次传递，当然了如果你最低的那个viewonTouchEvent返回false那就说明他不想处理那就再往上抛，都不处理的话最终就还是让Activity自己处理了。
假如一个view，在down事件来的时候他的onTouchEvent返回false，那么这个down事件所属的事件序列就是他后续的move和up都不会给他处理了，全部都给他的父view处理。
那这个事件所属的事件序列就消失了，父view也不会处理的，最终都给activity去处理了。
不影响，只要clickable和longClickable有一个为真，那么onTouchEvent就返回true。
场景1——外部滑动方向与内部滑动方向不一致，比如ViewPager中包含ListView;场景2——外部滑动方向与内部滑动方向一致，比如ScrollView中包含ListView;场景3——上面两种情况的嵌套
通过判断是水平滑动还是竖直滑动来判断到底应该谁来拦截事件；可以根据水平和竖直两个方向的距离差或速度差来做判断