view事件分发机制一直是面试的常问点，我面试了好几次经常问到，所以这次趁此机会总结下事件分发机制的流程，已经一些注意点，这篇文章是看《Android开发艺术探索》的总结
事件的传递规则
事件传递的对象是MotionEvent，当事件产生后，系统就会把这个事件传递给一个具体的View，而这个过程就是分发过程，由三个很重要的方法来完成。
public boolean dispatchTouchEvent(MotionEvent event)
表示是否消耗此次事件，并且决定事件是否向下继续分发。
public boolean onInterceptTouchEvent(MotionEvent ev)
在上面一个方法内部调用，用来判断是否拦截某个事件，如果当前View拦截了某个事件，那么在同一个事件序列当中，次方法就不会再被调用，返回结果表示是否拦截当前事件
public boolean onTouchEvent(MotionEvent event)
在dispatchTouchEvent中被调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前view无法再次接收到事件。
方法伪代码如下
public boolean dispatchTouchEvent(MotionEvent event) {
boolean result = false;
if(onInterceptTouchEvent(ev)){
result = onTouchEvent(ev)
}else{
result = child.dispatchTouchEvent(ev)
}
return result;
}
过程：
当一个事件产生时，它的传递过程首先从Activity，然后传到Window，再到view，也就是顶级viewGroup，此时它的dispatchTouchEvent会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件，接着事件就会交给ViewGroup处理，然后调用它的onTouchEvent方法；如果这个ViewGroup的onInterceptTouchEvent方法返回false，就表示它不拦截当前事件，这个事件就会被传递给它的子元素，接着子元素dispatchTouchEvent会被调用，如此反复直到最终被处理。由于view元素没有onInterceptTouchEvent方法，事件到最终view就会直接调用onTouchEvent方法。当一个view需要处理事件时候，如果它设置了OnTouchListener，那么这个接口中的onTouch方法就会被调用，也就是onTouch优先级比onTouchEvent高，如果onTouch返回true，那么onTouchEvent事件就不会被调用，如果onTouch返回false，那么事件就会交给onTouchEvent处理，如果它也返回false，那么事件就会继续向上传递给父onTouchEvent，依次找到事件最终处理者。在onTouchEvent方法中如果设置了OnClickListener，那么它的onClick方法就会被调用，也就是说OnClickListener优先级最低，即处于事件尾端。
结论：
1 . 同一个事件序列是指从手指接触屏幕的那一刻开始，到手指离开时候所产生的一系列事件，这个序列从down事件开始，中间含有不定数量的move事件，最终已up事件结束。
2 . 正常情况一个事件序列只能被一个View拦截，一旦一个元素拦截了某个View，那个同一个事件序列内所有事件不会再被onInterceptTouchEvent处理，都会直接交给onTouchEvent处理，但是特殊手段可以做到交给别的View处理，比如通过onTouchEvent强行传递给其他View处理。
3 . 某个View一旦处理事件，如果不消耗ACTION_DOWN事件，那么同一个事件序列中的其他事件都不会再交给它来处理，并且事件就会向上传递，事件一旦交给一个View处理，那么它就必须消耗掉，否则剩余事件就不会再交给它处理。
4 . 如果View不消耗除ACTION_DOWN以外的其他事件，那么这个点击事件会消失，此时父元素的onTouchEvent并不会被调用，并且当前View可以持续收到后续的事件，最终这些事件会被Activity处理。
5 . ViewGrouo默认不拦截任何事件，onInterceptTouchEvent默认返回false。
6 . View没有onInterceptTouchEvent方法，一旦有点击事件传递给它，那么它的onTouchEvent方法会被调用。
7 . View的onTouchEvent默认都会消耗事件，除非是不可点击的（clickable和longClickable同时为false）。
8 . View的enable属性不影响onTouchEvent的默认返回值
9 . onClick会发生的前提是当前View是可以点击的，并且收到了down和up的事件。
10 . 事件传递是由外向内，由父元素向子元素分发，通过requestDisallowInterceptTouchEvent方法在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外。
源码解析
- 1 . Activity对事件的分发过程
事件最先传递的是当前Activity，由Activity的dispatchTouchEvent来进行事件分发，具体内部交给它的Window来完成。Window会将事件传递给decorView，也就是界面的底层容器，它的源码如下
//Activity#dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
//交给它内部的Window处理
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
//如果子View没有处理，就交给当前Activity处理
return onTouchEvent(ev);
}
Activity会将事件交给内部Window处理，而Window是个抽象类，它的唯一实现是PhoneWindow，它内部会将事件直接传递给DecorView，而它又会将事件传递给它的父类ViewGroup，此时事件就被传递到底层Activity的容器了，接下来就是ViewGroup的事件分发了，它会调用dispatchTouchEvent方法
- 2 . 顶级View对事件的分发过程
顶级ViewGroup对点击事件的分发主要实现在ViewGroup的dispatchTouchEvent方法中，分段来说明其逻辑。
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
//如果是ACTION_DOWN事件,就会重置mGroupFlags等标志位
if (actionMasked == MotionEvent.ACTION_DOWN) {
cancelAndClearTouchTargets(ev);
resetTouchState();
}
// 校验是否拦截事件
final boolean intercepted;
//在ACTION_DOWN事件或者mFirstTouchTarget不为null时候,进行事件拦截
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
//首先判断disallowIntercept是否为false，它由mGroupFlags与FLAG_DISALLOW_INTERCEPT决定
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
//调用onInterceptTouchEvent来判断自己是否进行事件拦截
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {
intercepted = true;
}
ViewGroup在两种情况下会判断是否要拦截当前事件，当事件类型为ACTION_DOWN或者mFirstTouchTarget不为null时候，当事件由ViewGroup的子元素处理时候，mFirstTouchTarget会被赋值并指向子元素，而当事件由ViewGroup拦截时候，mFirstTouchTarget为null，当ACTION_MOVE和ACTION_UP事件来时候，就不会走onInterceptTouchEvent方法，当同一个事件其它序列来的时候都会交给ViewGroup处理。而这段代码中还有一个变量FLAG_DISALLOW_INTERCEPT，这个变量可以通过requestDisallowInterceptTouchEvent方法来设置，一般用在子View中，请求父元素是否拦截事件。而ViewGroup无法拦截ACTION_DOWN事件，当面对ACTION_DOWN事件时候，就会重置FLAG_DISALLOW_INTERCEPT这个标记位，此时就会调用onInterceptTouchEvent方法来询问是否要拦截此次事件，不管是否调用requestDisallowInterceptTouchEvent方法。
当ViewGroup不拦截事件，事件就会向下分发交给子View进行处理，这段代码如下所示
for (int i = childrenCount - 1; i >= 0; i--) {
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
if (childWithAccessibilityFocus != null) {
if (childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus = null;
i = childrenCount - 1;
}
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
// Child is already receiving touch within its bounds.
// Give it the new pointer in addition to the ones it is handling.
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
mLastTouchDownTime = ev.getDownTime();
if (preorderedList != null) {
// childIndex points into presorted list, find original index
for (int j = 0; j < childrenCount; j++) {
if (children[childIndex] == mChildren[j]) {
mLastTouchDownIndex = j;
break;
}
}
} else {
mLastTouchDownIndex = childIndex;
}
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}
}
这段代码中首先遍历ViewGroup的所有子元素，然后判断子元素是否能够接受到点击事件，由dispatchTransformedTouchEvent判断，主要由两点衡量：子元素是否在播放动画和点击事件的坐标是否落在子元素的区域内。如果某个子元素能够满足点击事件，那么事件就会交给子元素处理，dispatchTransformedTouchEvent实际上调用的就是子元素的dispatchTouchEvent，从而完成了一轮事件的分发
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
如果子元素dispatchTouchEvent返回true，那么就会在addTouchTarget中给mFirstTouchTarget赋值，然后跳出for循环，如果返回false，那么事件就会交给下一个子元素。
private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
target.next = mFirstTouchTarget;
mFirstTouchTarget = target;
return target;
}
从上面代码可知mFirstTouchTarget是个单链表数据结构。如果没有子元素那么mFirstTouchTarget就不会被赋值，就会走到这里
if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
}
由于view为null，那么事件就会传到view的dispatchTouchEvent方法，点击事件就会交给view来处理
3.view对点击事件的处理
public boolean dispatchTouchEvent(MotionEvent event) {
...
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;
}
}
...
return result;
}
由于View是一个单独的元素，它没有子元素因此无法向下继续传递事件，如果界面设置了OnTouchListener，并且onTouch返回true，那么onTouchEvent就不会调用，接着就走到onTouchEvent方法里面，在这个方法里面进事件的处理。在这个方法里面View的CLICKABLE和LONG_CLICKABLE有一个为true，那么就会消耗事件，在这个方法里面会调用performClickInternal，在这个里面又会调用performClick方法
public boolean performClick() {
...
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
...
return result;
}
在这个方法里面会判断是否设置了OnClickListener，然后执行onClick方法，到此事件就传递到了View的onClick方法。
View的事件分发大致就是这个过程，但是更加详细的过程还是需要好好研究的，以后由更大的收获再来补充。
参考
1 . Android开发艺术探索