【android】事件分发笔记1

     Android事件分发一共涉及三个事件dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent。其中onInterceptTouchEvent事件只有ViewGroup才具有。这三个事件恰好对应着三种返回值true、false、super.xxx()。

  下面通过一张图来了解事件分发的流程（图1）。

图1 事件分发流程

事件分发过程中，会出现两种状态，第一种是没有被拦截，第二种被拦截。下面具体情况具体分析。

ACTION_DOWN是所有事件的第一步。所以我们先针对ACTION_DOWN来进行分析。

ACTION_DOWN:

1.事件没有被拦截：

在图1中黑色的路线就是完整的没有拦截的事件分发流程。每个方法都是调用super.xxx()把事件向下进行分发。当达到View层事件仍然没有处理，就会把事件回溯到上一个控件的onTouchEvent()事件，如果仍然不被处理，就一直返回直到返回到最顶层。

2.事件被拦截：

（1）自己拦截了（消费了）

 return true就是代表此方法要拦截事件，图中红色的路径。事件被拦截后，就会停止分发，往后的事件也不会再向下分发。

onInterceptTouchEvent（）返回true表示此事件，“我（ViewGroup）”要进行拦截，默认是不拦截。拦截之后把事件交给自己的onTouchEvent()。

（2）拦截了，但是没有消费

  return false事件不再向下传递，转而回溯到父类的onTounchEvent()。

  dispatchTouchEvent()和onTouchEvent()返回true就是把事件传递到上层空间的onTounchEvent()。

ACTION_DOWN/ACTION_UP:

   dispatchTouchEvent在进行事件分发的时候，只有前一个事件（如ACTION_DOWN）返回true，才会收到ACTION_MOVE和ACTION_UP的事件。

例如：

1.在Activity的onTounchEvent()拦截事件。ACTION_MOVE/UP会直接传递到Activity的onTouchEvent()上。

图2

2.在view的onTouchEvent拦截事件，ACTION_MOVE/UP会直接传递到View的onTouchEvent上。

图3

还有可以在其他的地方进行ACTION_DOWN的拦截，就是return true。就不一个个绘图了，原理都是一样的

其他：

1.拦截父类事件：getParent().requestDisallowInterceptTouchEvent(true)。让父类不处理事件，把事件传递给子类。

测试项目地址：https://github.com/lvdouzhou/androidEventDispatch