为什么会有事件分发机制？
Android上的View是树形结构的，有可能重叠在一起，当我们点击的地方有多个View都可以响应的时候，这个点击事件应该给谁呢？为了解决这一问题就有了事件分发机制。
相关方法
- dispatchTouchEvent() : 分发事件
- onInterceptTouchEvent()：判断是否拦截事件
- onTouchEvent() ：处理事件
Activity和View(不能包含子View)是没有onInterceptTouchEvent()的。Activity是事件最初的接收者，如果一开始就被它拦截了事件分发也就没有了意义。View是没有子View的，所以没有拦截事件的方法。
源码分析
1.当点击事件发生时，首先调用的是Activity的dispatchTouchEvent()方法，看一下该方法的实现：
调用过程：如果是按下事件就调用onUserInteraction()方法，改方法是一个空方法，没有任何实现，然后调用Window的superDispatchTouchEvent(ev)方法,如果该方法返回true，调用结束；如果返回false，就调用Activity的onTouchEvent()方法，自己处理点击事件。该方法比较简单。
2.getWindow()返回的是Window（抽象类）的实现类PhoneWindow的对象，进而我们找到PhoneWindow的superDispatchTouchEvent(ev)方法。
在该方法中又调用mDecor的superDispatchTouchEvent(ev)方法。进而我们找到mDecor
在该方法中调用父类的dispatchTouchEvent(ev)方法，DecorView 继承FrameLayout，而FrameLayout又继承ViewGroup，所以我们找到ViewGroup的dispatchTouchEvent(ev)方法
到此处我们先小小总结一下
在Activity的dispatchTouchEvent()方法中会调用getWindow().superDispatchTouchEvent(ev),其实就是调用ViewGroup的dispatchTouchEvent(ev)方法。
3.继续查看ViewGroup的dispatchTouchEvent(ev)方法。该方法的代码比较复杂，我们只分析它的核心部分：
........
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;
}
..................
if (!canceled && !intercepted) {
...........
}
在ViewGroup的dispatchTouchEvent(tv)方法中会调用onInterceptTouchEvent(ev)方法，如果intercepted的值为true，也就是拦截了该事件。就不会执行 if (!canceled && !intercepted) 中的代码，该区域的代码主要是遍历所有的子View，查看是否拦截与处理。
if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
}
如果是第一次触摸就会执行dispatchTransformedTouchEvent方法，在刚开始的时候mFirstTouchTarget肯定为空。继而查看dispatchTransformedTouchEvent方法。该方法有四个参数，其中第三个参数为child，传递的值为null。
if (newPointerIdBits == oldPointerIdBits) {
if (child == null || child.hasIdentityMatrix()) {
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
event.offsetLocation(offsetX, offsetY);
handled = child.dispatchTouchEvent(event);
event.offsetLocation(-offsetX, -offsetY);
}
return handled;
}
transformedEvent = MotionEvent.obtain(event);
} else {
transformedEvent = event.split(newPointerIdBits);
}
因为上面传递的child为null，所有调用 handled = super.dispatchTouchEvent(event);就只执行View的dispatchTouchEvent(ev)方法，该方法比较简单。
............
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
...............
在该方法中会判断，如果mOnTouchListener != null就会调用mOnTouchListener.onTouch(),并且返回true，下面的onTouchEvent(ev)也就不会再执行，这也是为什么给View设置OnTouchListener后不再调用onTouch方法。也可以说如果设置了OnTouchListener，那么View的onTouchEvent(ev)方法就不会再执行。
综上所述：如果上层View不拦截，事件就会一直传递到View中，调用View的dispatchTouchEvent(ev)方法，如果设置了OnTouchListener，View的onTouchEvent(ev)方法就不会执行了，事件就此消耗，也不会回传给父类了。如果没有设置OnTouchListener，就会调用View的onTouchEvent(ev)方法。
你应该知道的
通过对事件分发机制源码的阅读和了解，你应该知道的：
- 1.在ViewGroup中重写onInterceptTouchEvent方法返回true为什么会拦截事件，并且该ViewGroup会消费了Event（调用onOnTouchEvent）。
- 2.为什么事件不再向子控件继续传递？
- 3.当父控件没有拦截事件时，事件是如何传递到子控件的
- 4.点击事件中的x,y坐标值都是以父布局的相对坐标，这里又是如何一层一层转换的
- 5.为什么给自定义View设置OnTouchListener后不再调用 重写的onTouch方法
总结
Android的时间分发机制还是比较复杂的，尤其是ViewGroup的dispatchTouchEvent(ev)方法，我们可以通过阅读源码来了解它的实现原理。其实在项目开发中我们不必要非常清楚它的实现原理，也能解决时间冲突问题。只需要用好相关的方法即可（ dispatchTouchEvent() ，onInterceptTouchEvent()，onTouchEvent() ）但是如果能清楚了了解它的实现原理，那么在遇到时间冲突问题时，更容易解决。抛开事件分发本身而言，它的代码设计也值得我们学习，这里面用到了责任链模式，虽然它们没有继承共同的类，但是它们都有共同的方法(dispatchTouchEvent)。其实通过源码分析我们只仅仅能解决问题，还能学习到更多的东西。
