Android事件分发机制

今天结合流程图和代码来对Android事件分发机制作一个总结，我本身起一个叫法就是“3个3”。

跟事件分发相关的主要有三个节点方法：

1.dispatchTouchEvent
2.onInterceptTouchEvent(这个只有ViewGroup有)
3.onTouchEvent

为了简单扼要，Demo总共就三个研究对象，Activity/ViewGroup/View,从属关系就是Activity中加载ViewGroup, ViewGroup中有一个View是Button,之因此用Button就是为了点击事件。在Button点击的时候看下三者事件分发的顺序。

在Activity中, 主要就是添加几个Log，在onTouchEvent中打印出MotionEvent事件，这里为了简单主要关注

1.ACTION_DOWN 按下事件
2.ACTION_MOVE 移动事件
3.ACTION_UP 松开事件

@Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.w(Constants.TAG, "------------------------------------------");
        Log.d(Constants.TAG, "MainActivity.dispatchTouchEvent");
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        String eventString;
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                eventString = "ACTION_DOWN";
                break;
            case MotionEvent.ACTION_MOVE:
                eventString = "ACTION_MOVE";
                break;
            case MotionEvent.ACTION_UP:
                eventString = "ACTION_UP";
                break;
            default:
                eventString = "OTHER_EVENT";
                break;
        }
        Log.d(Constants.TAG, "MainActivity.onTouchEvent: " + eventString);
        return super.onTouchEvent(event);
    }

在ViewGroup中，多了一个onInterceptTouchEvent方法。

@Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.d(Constants.TAG, "ViewGroupCustom.dispatchTouchEvent");
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.d(Constants.TAG, "ViewGroupCustom.onInterceptTouchEvent");
        return true;
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        String eventString;
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                eventString = "ACTION_DOWN";
                break;
            case MotionEvent.ACTION_MOVE:
                eventString = "ACTION_MOVE";
                break;
            case MotionEvent.ACTION_UP:
                eventString = "ACTION_UP";
                break;
            default:
                eventString = "OTHER_EVENT";
                break;
        }
        Log.d(Constants.TAG, "ViewGroupCustom.onTouchEvent: " + eventString);
        return true;
    }

在View中方法和Activity中同样：

@Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.d(Constants.TAG, "ViewCustom.dispatchTouchEvent");
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        String eventString;
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                eventString = "ACTION_DOWN";
                break;
            case MotionEvent.ACTION_MOVE:
                eventString = "ACTION_MOVE";
                break;
            case MotionEvent.ACTION_UP:
                eventString = "ACTION_UP";
                break;
            default:
                eventString = "OTHER_EVENT";
                break;
        }
        Log.d(Constants.TAG, "ViewCustom.onTouchEvent: " + eventString);
        return super.onTouchEvent(event);
    }

默认三个方法都是调用super的方法。

稍微总结下，涉及到三个3

1.第一个 3就是三个研究对象：Activity/ViewGroup/View
2.第二个 3就是三个方法：dispatchTouchEvent/onInterceptTouchEvent/onTouchEvent
3.第二个 3就是每一个方法都return3中状态之一：super/true/false

接下来就是排列组合，事件分发就是在三个对象，三个方法，三个状态之间进行各类排列组合，就组合成事件分发的多种状态。接下来上一个很重要的图，就是总体的事件分发流程图：

上面这张流程图很重要，今天这个解析就是围绕着它转了。下面就是分别把上面不一样状态进行详细解释。

先作个说明，在按钮点击的时候，咱们就关注三个事件，ACTION_DOWN/ACTION_MOVE/ACTION_UP。

首先是三个对象的三个方法都不作更改，也就是都调用super，这就是默认状态。这样三个事件都会到按钮的onTouchEvent，而且调用onClick回调方法。

接下来开始作点手脚，在Activity的dispatchTouchEvent中返回true状态，这样Activity就消费掉事件，再也不往下传给另外两个对象，甚至也不调用本身的onTouchEvent方法。

Activity的dispatchTouchEvent中返回false,也是本身消费点，和上面返回true是同样的。

接下来activity两个方法保持默认，也就是super状态，这样事件就能传递到viewgroup了。而后对viewgroup动手脚，viewgroup有三个方法，因此状态会多一点。首先在第一个方法dispatchTouchEvent返回true，这样和acticity同样的，本身直接消费掉，也不给本身的onTouchEvent。

若是把状态改为false呢？这种状况也就相似于员工反了不干了，只能领导本身干，事件就会给activity的onTouchEvent消费，再以后的move和up事件不会再分发了，activity直接给本身的onTouchEvent消费。

接下来就是viewgroup的第二个方法onInterceptTouchEvent了。若是第一个方法默认返回super状态，那么就会把事件给这个方法，viewgroup经过这个方法来告诉系统拦不拦截这个时间。返回true就是拦截，事件就会给本身的第三个方法onTouchEvent消费。若是onTouchEvent返回super或者false，那么事件就会给父类activity消费。以后事件再也不传给viewgroup,activity本身直接消费。这就相似于老板交给员工任务，员工没完成好，老板之后就不交给这个员工了。

若是viewgroup的第二个方法返回false，表示本身不作拦截，那么事件就会传递给子类，这里就是button了。button就默认给本身的onTouchEvent消费掉。

若是第二个方法返回true表示拦截，事件就会给本身的onTouchEvent消费，onTouchEvent返回true，事件就是viewgroup本身消费，后续的事件也会给到viewgroup。

若是onTouchEvent返回false，事件就会给父类activity消费。以后事件再也不传给viewgroup,activity本身直接消费。

最后就是最后一个对象view，在这里是button。view只有两个方法，没有onInterceptTouchEvent。首先若是dispatchTouchEvent返回true,那么事件就直接消费掉了，不传递给本身的onTouchEvent方法。

dispatchTouchEvent返回false就会把事件给父类的onTouchEvent消费。之后事件再也不交给这个view。

view的onTouchEvent方法若是返回true，那么事件就会本身消费点，而且不会调用onClick这个回调方法。

若是onTouchEvent返回false，那么事件就会交给父类，这个系列剩下的事件就不会再交给这个view了。

到这里事件分发就说的差很少了，咱们这个Demo比较简单，可是不影响理解原理。简单坐下总结:

1.对于dispatchTouchEvent这个方法，返回true都是直接消费掉，不作其余传递。返回false就有点区别，对于activity是和true同样直接消费掉，对于viewgroup和view就是把事件给父类的onTouchEvent消费。返回super就都是进行分发
2.onInterceptTouchEvent这个方法只有viewgroup有，返回true就是拦截，会把事件给到本身的onTouchEvent消费；返回false和返回super是同样的，不拦截，分发给子view
3.onTouchEvent返回true就是消费掉事件了，若是返回false就传递给父类。返回super有点区别，对于viewgroup就和false同样，传递给父类；对于view就会再接着往下传递，好比调用点击回调等。

到这里就把事件分发说的差很少了，没有放上源码分析，我是以为那样内容就有点多，容易乱，若是面试的时候画出上面的流程图就差很少了。

若是本文对你有帮助，请点个赞哈，谢谢！