Android View的事件分发机制

       View的事件分发机制是Android开发中的难点之一。开发过程中虽然只是偶尔会接触到， 但是对于这个知识点也是有必要的去学习一下。因为不常用到，所以需要写下一篇博客来记录一下关于它的一些原理，以便有需要的时候可以回顾复习一下。

 什么是事件？什么是事件序列？

        当用户与应用发生交互时，会使用手指触摸屏幕，这个过程会发生一系列的事件。手指按下时，与屏幕发生接触、按压，这时候是ACTION_DOWN事件，然后手指可能会移动，移动会发生ACTION_MOVE事件，当手指抬起的时候，是ACTION_UP事件。

       上面提到了三种事件ACTION_DOWN、ACTION_MOVE和ACTION_UP。它们都是单独的事件，而事件序列由它们组成。一个事件序列指的是：由一个ACTION_DOWN事件，0个或者1个或者多个ACTION_MOVE事件，加上一个ACTION_UP事件组成的一个序列。

       事件是用户与屏幕发生交互时产生的，而Activity则是Android中负责与用户发生交互的组件。所以事件的传递，首先是到达Activity，再通过内部传递之后，到达我们的布局文件中的layout和View。事件发生之后，需要进行响应处理，再传递的过程中，由上往下，都有可能有机会处理一个事件序列。如果从Activity往下，到最终的View，事件都没有得到处理，则事件又从下往上，回到Activity，如果回到Activity之后，Activity没有处理这个事件，那么这个事件就会自动结束。

事件分发的三个方法：

       dispatchTouchEvent：用于分发传递事件，只要事件能够传递到当前View，这个方法就会被调用。

       onInterceptTouchEvent：用于判断是否拦截事件，不往下传递。（此方法只有ViewGroup拥有，Activity和View没有）此方法在dispatchTouchEvent方法中调用。

       onTouchEvent:用于处理事件，同样也是在dispatchTouchEvent方法中调用。

      下面结合示例看一下这些方法是如何影响事件的分发机制的，这里没有贴出完整代码，主要担心篇幅过大。创建一个Activity，一个自定义ViewGroup--MyLayout.java继承自RelativeLayout，一个自定义View--MyView继承自View。

    //Activity

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        show("dispatchTouchEvent",ev);
        //switch
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        show("onTouchEvent",event);
        //switch
        return super.onTouchEvent(event);
    }

    private void show(String methodName ,MotionEvent ev){
        switch (ev.getAction()){
            case MotionEvent.ACTION_DOWN:{
                Log.d(TAG, methodName+": ACTION_DOWN");
            }break;
            case MotionEvent.ACTION_MOVE:{
                Log.d(TAG, methodName+": ACTION_MOVE");
            }break;
            case MotionEvent.ACTION_UP:{
                Log.d(TAG, methodName+": ACTION_UP");
            }break;
            case MotionEvent.ACTION_CANCEL:{
                Log.d(TAG, methodName+": ACTION_CANCEL");
            }break;
        }
    }

MyLayout核心代码

    //MyLayout

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        show("dispatchTouchEvent",ev);
        //switch
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        show("onInterceptTouchEvent",ev);
        //switch
        return super.onInterceptTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        show("onTouchEvent",event);
        return super.onTouchEvent(event);
    }

 MyView核心代码

    //MyView

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        show("dispatchTouchEvent",event);
        //switch
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        show("onTouchEvent",event);
        //switch
        return super.onTouchEvent(event);
    }

     对重写的方法不做改动，默认情况下输出结果如下：

        可以看到，事件的分发按照前面分析的那样，从Activity一直到MyView。因为最终MyView没有处理这个事件，所以事件又回到了Activity。

        这里通过更改dispatchTouchEvent方法的返回值，将Activity的dispatchTouchEvent方法的返回值改为true，可以发现事件直接结束了，没有往下继续分发。

       将MyLayout的dispatchTouchEvent方法的返回值改为true，也是同样的现象，事件没有分发至MyView。

       将MyView的dispatchTouchEvent方法的返回值改为true，可以发现，和返回super.dispatchTouchEvent(event)不同之处就是，MyView的onTouchEvent方法没有被调用了。

        通过更改dispatchTouchEvent、onTouchEvent、onInterceptTouchEvent的值（它们返回的值可以为：true、false、super方法的调用返回值），会出现不同的情况，总结为下面流程图：

       上面流程图中的super，是为简单起见写的简写，代表的是调用父类的相应方法的返回值。结合上面流程图，可以进行一些总结：

      dispatchTouchEvent方法是负责决定是否向下分发事件，由上往下。onTouchEvent方法是对事件进行处理的方法，由下往上。onInterceptTouchEvent方法是ViewGroup类型控件独有的，它的作用是决定是不是拦截当前事件。

      dispatchTouchEvent方法返回结果的情况：

               true：事件直接结束。

               false：如果是Activity的dispatchTouchEvent方法，事件结束，否则事件回到到父控件，这时父控件调用onTouchEvent         方法处理事件。

               super：如果是Activity的dispatchTouchEvent方法，调用父类的dispatchTouchEvent方法之后，事件将会传递到子View的dispatchTouchEvent方法。如果是ViewGroup的dispatchTouchEvent方法，则会调用自身的onInterceptTouchEvent方法，以判断是不是需要对事件进行拦截。如果是View的dispatchTouchEvent方法，事件会交给自身的onTouchEvent方法来处理。

        onTouchEvent方法返回：

             对于Activity来说，如果事件重新回到它的onTouchEvent方法，就说明它下面所有的View都没有处理这个事件，最终把事件又抛回来给它了，所以在它的onTouchEvent事件中，不管最终在这个方法中的结果如何，都直接结束事件。

              true/super：表示当前View处理这个事件，方法结束之后，事件也就结束了。

              false：事件将会被抛回父控件，然后父控件调用onTouchEvent方法来看是不是要处理事件。

       onInterceptTouchEvent方法返回：

             true：表示当前控件要拦截事件，紧接着事件交给当前控件的onTouchEvent方法来处理。

            super/false：不拦截事件，事件最终继续往下分发。

       经过代码验证，默认情况下（事件方法返回super的时候）只有ACTION_DOWN 事件向下分发，而ACTION_MOVE、ACTION_UP事件没有向下分发，在Activity中dispatchTouchEvent方法监听到是这两个事件之后，就直接调用自身的onTouchEvent方法把事件处理了。那么如何才能将ACTION_MOVE、ACTION_UP事件往下分发呢？经过代码验证，需要给子控件设置clickable属性为true，或者设置setOnClickListener。

        在onInterceptTouchEvent方法中，如果ACTION_MOVE事件或者ACTION_UP返回true的时候，事件序列中的DOWN事件正常分发；第一个MOVE事件会调用onInterceptTouchEvent方法，给子控件一个ACTION_CANCEL事件，表示事件序列的后续事件不在下发到子控件。从第二个MOVE事件开始，交由自身的onTouchEvent方法处理。UP事件也会被拦截，不再分发到子控件。

        dispatchTouchEvent方法负责事件的分发，从上往下。onTouchEvent方法负责事件的处理，由下往上。

       onInterceptTouchEvent方法返回：

        ACTION_DOWN事件返回true的时候，DOWN事件由自身的onTouchEvent方法来处理。事件序列中的MOVE、UP事件不在往下分发，直接由Activity的onTouchEvent方法处理。onInterceptTouchEvent方法也不会在次调用。

         ACTION_DOWN事件返回false/super的时候，事件序列中的DOWN、MOVE、UP事件正常分发。

         ACTION_MOVE事件返回true的时候，事件序列中的DOWN事件正常分发；第一个MOVE事件会调用onInterceptTouchEvent方法，给子控件一个ACTION_CANCEL事件，表示事件序列的后续事件不在下发到子控件。从第二个MOVE事件开始，交由自身的onTouchEvent方法处理。UP事件也会被拦截，不再分发到子控件。

         ACTION_MOVE事件返回false/super的时候，事件序列中的DOWN、MOVE、UP事件正常分发。

         ACTION_UP事件返回true，事件序列中的DOWN、MOVE事件正常分发。UP事件在Activity和MyLayout表现正常，这时候，子控件接收到的事件是ACTION_CANCEL而不是ACTION_UP。

         ACTION_UP事件返回false/super的时候，事件序列中的DOWN、MOVE、UP事件正常分发。 

        Android事件分发机制的流程记录到这，总感觉还不是很清晰，有时间应该从源码方面分析，先写下来回头再继续学习。