关于android事件分发机制的介绍网上已经有了一大把相关的文章了，自己去看了都是似懂非懂的感觉，印象不是很深刻。所以还是别偷懒自己结合文章和官方文档源码，自己去用CODE去体验一下touch事件是怎么传递的，这样结合起来才能是属于自己的只是印象才会更深刻，下面是自己在实验过程中对分发流程的理解。
首先需要明白的几件事情
1.什么是事件分发
2.分发过程中的相关方法的理解
3.分发传递的过程
4.了解后可以解决什么问题
1.什么是事件分发
我们和智能设备的交互都是通过手指去触摸屏幕，屏幕在产生响应。比如手指按下、移动、抬起这是几种最基本的操作。在android应用中关于视图的显示，都是通过VIEW去完成渲染操作在显示到屏幕上的，我们才能在手机屏幕上看到应用的图像。知道视图的显示都是通过VIEW来显示后，那么VIEW还包含了处理手指在屏幕上各种操作的逻辑，这也是我们现在需要了解的知识。android的视图控件都是通过View和ViewGroup去派生的，所以这样来说其实都是View的子类。
当一个触摸事件在屏幕上产生后事件是怎么通过这些view去分发和处理的，这就是关于事件分发的逻辑了。
在都不拦截和处理事件的情况下，事件将会传递在最底层的子view。画图
2.分发过程中的相关方法的理解
MotionEvent
描述触摸事件信息的一个类，每个事件都会产生一个MotionEvent。里面记录了当前事件是什么类型的，还包含了一些坐标系的方法。
事件列
事件列就是从手指按下-移动-抬起的一个过程。还是一种是ACTION_CANCEL异常结束。
boolean dispatchTouchEvent(MotionEvent ev)
进行事件分发的方法每个事件都需要通过它进行分发，只要事件到了当前view就一定会调用它，它是一个事件分发的开端，一般不需要实现它进行事件处理，viewGroup中会在这个方法调用onInterceptTouchEvent
判断是否有拦截处理。
true:事件列在当前view内消费完，不进行任何传递。
false:把事件列抛给上一层TouchEvent进行处理
boolean onInterceptTouchEvent(MotionEvent ev)
这个方法只有在viewGroup中才有，因为viewGorup是可以包含其他的子view，子view可能需要拦截事件，所有才有这个方法。而view
是不包含子控件所以没有拦截的方法 onInterceptTouchEvent是在dispatchTouchEvent方法内部调用，必须是按下的时候才会去调用onInterceptTouchEvent。 下面有段源代码介绍
true:表示拦截当前的事件列交由自己的onTouchEvent处理，不在继续传递给子view。
false:表示不拦截事件列会继续传递给子view
下面是在dispatchTouchEvent中调用onInterceptTouchEvent的一段代码 可以看到ACTION_DOWN事件的时候才去调用拦截方法的
// Check for interception.
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}
boolean onTouch(View v, MotionEvent event);
这是View中OnTouchListener接口的一个方法，如果实现了这个接口它会先于OnTouchEvent调用。这个方法是处理事件列的地方，根据event类型可以判断按下、移动、抬起时候的逻辑处理。
true: 事件列将在当前view中的onTouch中处理完，不继续传递。
false:将事件传递给当前View的OnTouchEvent
源码可以看到这是一个接口
public interface OnTouchListener {
/**
* Called when a touch event is dispatched to a view. This allows
* listeners to
* get a chance to respond before the target view.
*
* @param v The view the touch event has been dispatched to.
* @param event The MotionEvent object containing full information
* about
* the event.
* @return True if the listener has consumed the event, false otherwise.
*/
boolean onTouch(View v, MotionEvent event);
}
源码中可以看到mOnTouchListener不为空会先调用mOnTouchListener 接口的onTouch
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}```
**boolean onTouchEvent(MotionEvent event)**
*处理事件列的地方，根据event类型可以判断按下、移动、抬起时候的逻辑处理*
**true:**处理当前事件列，不会将事件继续传递下去
**false:**将事件列抛给上一层View的onTouchEvent去做处理
####3.事件传递过程
*先看一张图，一个activity内有ViewGroup内部有子view。红色点是我们的触摸点，这个时候如果activity和viewGroup没有对事件进行拦截和消费，事件最终会传递到在底层的view去处理，这也是android系统默认的事件传递过程*
**分发流程**
*事件都是从先从down开始，再到activity的dispatchTouchEvent中分发。再到viewgroup的dispatchTouchEvent，dispatchTouchEvent中调用onInterceptTouchEvent判断是否有拦截，有拦截到当前view的onTouchEvent消费调用，没有继续将事件传递给子view，循环传递下去。*
*下面二图描述了一个事件的分发过程，每个方法的返回值会对整个事件传递产生什么影响。这里只是简单的描述了下分发的过程，具体的影响需要理解每个方法的返回值的具体作用。*
#####4.了解后可以解决什么问题
*知道了android的事件传递过程之后，在遇到那些有滑动冲突�、需要拦截事件的情况下，就可以运用分发的知识去解决这些问题了*