Android中View的事件分发机制

一个事件的产生总是从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

ViewGroup的事件分发只拦截ACTION_DOWN事件，不管是点击事件还是滑动事件即不管是ACTION_DOWN、ACTION_MOVE、ACTION_UP都是从ACTION_DOWN开始的，因此只要拦截了ACTION_DOWN事件，ViewGroup的子View便不再会收到此次的事件。这里为什么不拦截其他事件呢？如果我们以及直到了子View中有一个View消费了此次事件，即ACTION_MOVE应当被传递给他，也就是说如果mTarget不为空的时候我们应调用mTarget进行下一步的事件分发。

举个栗子：

image.png

假如说有一个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就变成空的了。