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就会再接着往下传递，比如调用点击回调等。

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

如果本文对你有帮助，请点个赞哈，谢谢！