一个事件的产生总是从Activity开始到真正消费这个事件的View结束。
ViewGroup的事件分发
Activity包含了DecorView，DecorView是一个ViewGroup，我们从ViewGroup开始，一个事件通过dispatchTouchEvent到达ViewGroup之后，看看该ViewGroup是否拦截了此次事件（拦截的事件主要为Action.KEY_DOWN），如果拦截了此次事件则，该事件有该ViewGroup自己消费即调用自身的onTouchEvent，如果没有拦截此次事件则遍历自己的子类，并调用子类的dispathTouchEvent，若子类dispatchTouchEvent返回值均为false即子类中没有View处理此次的事件，则该事件有自己处理。若子类中有View对此次的事件进行了消费，则记录这个View。该View作为消费此Action.KEY_DOWN事件的消费者。于此同时不在进行下一步的事件分发。
View的事件分发
对于View来说，他是一般的事件消费者，他一般不进行事件的分发，也就是说他一般不进行dispatchTouchEvent的重写，默认的dispatchTouchEvent就是调用了View的onTouchEvent：
public boolean dispatchTouchEvent(MotionEvent event) {
return onTouchEvent(event);
}
整个ViewGroup的绘制过程用代码描述为以下：
View mTarget=null;//保存捕获Touch事件处理的View
public boolean dispatchTouchEvent(MotionEvent ev) {
//....其他处理，在此不管
if(ev.getAction()==KeyEvent.ACTION_DOWN){
//每次Down事件，都置为Null
if(!onInterceptTouchEvent()){
mTarget=null;
View[] views=getChildView();
for(int i=0;i<views.length;i++){
if(views[i].dispatchTouchEvent(ev))
mTarget=views[i];
return true;
}
}
}
//当子View没有捕获down事件时，ViewGroup自身处理。这里处理的Touch事件包含Down、Up和Move
if(mTarget==null){
return super.dispatchTouchEvent(ev);
}
//...其他处理，在此不管
if(onInterceptTouchEvent()){
//...其他处理，在此不管
}
//这一步在Action_Down中是不会执行到的，只有Move和UP才会执行到。
return mTarget.dispatchTouchEvent(ev);
}
ViewGroup的事件分发只拦截ACTION_DOWN事件，不管是点击事件还是滑动事件即不管是ACTION_DOWN、ACTION_MOVE、ACTION_UP都是从ACTION_DOWN开始的，因此只要拦截了ACTION_DOWN事件，ViewGroup的子View便不再会收到此次的事件。这里为什么不拦截其他事件呢？如果我们以及直到了子View中有一个View消费了此次事件，即ACTION_MOVE应当被传递给他，也就是说如果mTarget不为空的时候我们应调用mTarget进行下一步的事件分发。
举个栗子：
假如说有一个ViewGroup中有A、B两个子View，想象此时用户手指点击了A但并未松手，而是将手指滑动到了B。首先来看前半部分，用户点击了A，此时相当于A消费了ACTION_DOWN事件，对于ViewGroup来说，mTarget=A，这个时候用户将手指划出了A到了B，并在B上面滑动，那么对于系统 产生的这个滑动的事件ACTION_MOVE是由谁来处理呢？我们可以从日常操作APP比如滑动切换的ViewPager的时候想到，这个事件是由A来处理的，为什么？对于ViewGroup来说这个ACTION_DOWN事件没有结束，他的mTarget对象依然是存在的，然而它只拦截和分发ACTION_DOWN事件，对于mTarget不为空的情况则直接将事件交由mTarget来处理了。直到ACTION_UP事件被mTarget处理完，等到下一次ACTION_DOWN传到ViewGroup的时候此时的mTarget就变成空的了。
