为了便于表述，我们假设我们的布局结构是这样的：
很多博文中把这部分统称为事件的分发。
其实根据我的我理解。这个流程可以细分为：
①、事件的分发过程
②、事件的消费过程。
事件在View树中的分发&消费
事件在View树中的分发过程如图所示：
蓝色的比较粗的箭头表示事件的分发过程。
赘述一下，这里分两种类型：
- ViewGroup： onInterceptTouchEvent返回true，需要自己处理触摸事件时就停止向下传递。onInterceptTouchEvent返回false，不拦截触摸事件，继续传递给ViewTree中子View。
- View：先看有无TouchListener，如果有，优先处理之，根据返回结果看是否需要View的onTouchEvent()方法做进一步处理。如果没有，直接调用View的onTouchEvent()方法进行处理。
事件在View树中的消费过程
①：红色的较粗箭头表示事件的消费过程。
②：如图中所示，当ViewGroup拦截了触摸事件，需要自己来处理时，其处理过程和一个View（如ViewC）是一致的。有些同学在这里直接用没有设置Listener时的onTouchEvent()单一情况来表示拦截触摸事件后的处理过程，实在是不准确。
结合起来
举几个例子
如果上文并无疑惑，您已经无需继续阅读了。为了让仍有疑惑的同学加深理解，不能免俗得举几个例子：
①：ViewGroupA 拦截事件，并用onTouchEvent方法处理之
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
Log.d("ViewGroupA", "ViewGroupA--不拦截事件--"+ MotionEventUtil.getActionName(ev.getActionMasked()));
return true;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("ViewGroupA", "ViewGroupA.onTouchEvent--"+ MotionEventUtil.getActionName(event
.getActionMasked()));
return true;
}
此时，无论ViewGroupB和ViewC对触摸事件的处理是什么情况，输出结果都为：
com.zlq.customwidget D/ViewGroupA: ViewGroupA--拦截事件(true)--ACTION_DOWN
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_DOWN
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_MOVE
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_MOVE
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_MOVE
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_MOVE
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_UP
此时事件的传递过程为：
可以看到，事件被ViewGroupA拦截后，ViewGroupB和ViewC根本未派上用场。
②：ViewGroupB 拦截了事件，但未用onTouchEvent方法处理
ViewGroupA:
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean result=false;
Log.d("ViewGroupA", "ViewGroupA--拦截事件("+result+")--"+ MotionEventUtil.getActionName(ev
.getActionMasked()));
return result;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("ViewGroupA", "ViewGroupA.onTouchEvent--"+ MotionEventUtil.getActionName(event
.getActionMasked()));
return true;
}
ViewGroupB:
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean result=true;
Log.d("ViewGroupA", "ViewGroupB--拦截事件("+result+")--"+ MotionEventUtil.getActionName(ev
.getActionMasked()));
return result;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("ViewGroupB", "ViewGroupB.onTouchEvent--"+ MotionEventUtil.getActionName(event
.getActionMasked()));
return false;
}
处理流程：
可以看到，虽然最终仍然是交由ViewGroupA消费，但此时ViewGroupB是可以获得触摸事件并有机会自己处理的(如果其onTouchEvent()返回true，就可优先ViewGroupA自己处理了)。
③：ViewGroupA、ViewGroupB都未拦截事件，交由ViewC的TouchListener处理。
ViewGrouA、ViewGroupB代码:
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
return false;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
return false;
}
ViewC代码：
@Override
public boolean onTouchEvent(MotionEvent event) {
return false;
}
ViewC设置TouchListener事件：
vViewC.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("TouchDispatchTestActivity", "ViewC.onTouch");
return false;
}
});
此时事件传递流程：
可以看到，只有在ViewGroupA、ViewGroupB都不拦截事件时，ViewC才有可能接触到触摸事件。而ViewC父类直接是View，所以遵照View对触摸事件的处理。ViewC虽然并没有在他的onTouchEvent方法中处理事件，但是却设置有touchListener，所以，该事件最终由ViewC的touchListener消费。
④：更多情况
该例子中关于触摸事件的处理，还可以有很多情况，在此不一一列举。聪明的你，相比已经想到一些为列举出来的情况了吧。😄😄😄😄😄
