Android事件分发这个图才让我真正弄明白

 通过更改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方法负责事件的处理，由下往上。
————————————————
版权声明：本文为优快云博主「林序」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.youkuaiyun.com/lin962792501/article/details/86478589