在`Android`中多个View可能会重叠在一起，当我们点击的地方有多个`View`都可以响应的时候，这个点击事件应该由哪个View来处理呢？为了解决这一个问题，就有了事件分发机制。
所谓点击事件的事件分发，其实就是对`MotionEvent`事件的分发过程，即当一个`MotionEvent`产生了以后，系统需要把这个事件传递给一个具体的`View`，而这个传递的过程就是分发过程。点击事件的分发过程由三个很重要的方法来共同完成：`dispatchTouchEvent`、`onInterceptTouchEvent`和`onTouchEvent`。
`public boolean dispatchTouchEvent(MotionEvent ev)`用来进行实践的分发。如果事件能够传递给当前View，那么此方法一定会被调用，返回结果受当前View的`onTouchEvent`和下级`View`的`dispatchTouchEvent`方法的影响，表示是否消耗当前事件。
`public boolean onInterceptTouchEvent(MotionEvent event)`在`dispatchTouchEvent`方法内部调用，用来判断是否拦截某个事件，如果当前`View`拦截了某个事件，那么在同一个事件序列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件。
`public boolean onTouchEvent(MotionEvent event)`也在`dispatchTouchEvent`方法中调用。返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前`View`无法再次接受到事件。
上述3个方法的关系，可以用如下伪代码表示：
```java
public boolean dispatchTouchEvent(MotionEvent ev){
boolean consume = false;
if(onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
}else{
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
```
通过上面的伪代码，我们也可以大致了解点击事件的传递规则：对于一个根`ViewGroup`来说，点击事件产生后，首先会传递给它，这时它的`dispatchTouchEvent`就会被调用，如果这个`ViewGroup`的`onInterceptTouchEvent`方法返回`true`就表示它要拦截当前事件，接着事件就会交给这个`ViewGroup`处理，即它的`onTouchEvent`方法就会被调用；如果这个`ViewGroup`的`onInterceptTouchEvent`方法返回`false`就表示它不拦截当前事件，这时当前事件就会继续传递给它的子元素，接着子元素的`dispatchTouchEvent`方法就会被调用，如此反复直到事件被最终处理。
当一个点击事件产生后，它的传递过程遵循如下顺序：`Activity -> Window -> View``，即事件总是先传递给Activity`, `Activity`再传递给`Window`，最后`Window`再传递给顶级`View`。顶级View接收到事件后，就会按照事件分发机制去分发事件。考虑一种情况，如果一个View的onTouchEvent返回false，那么它的父容器的onTouchEvent将会被调用，依此类推。如果所有的元素都不处理这个事件，那么这个事件将会最终传递给Activity处理，即Activity的onTouchEvent方法会被调用。这个过程其实也很好理解，我们可以换一种思路，假如点击事件是一个难题，这个难题最终被上级领导分给了一个程序员去处理（这是事件分发过程），结果这个程序员搞不定（onTouchEvent返回了false），现在该怎么办呢？难题必须要解决，那只能交给水平更高的上级解决（上级的onTouchEvent被调用），如果上级再搞不定，那只能交给上级的上级去解决，就这样将难题一层层地向上抛，这是公司内部一种很常见的处理问题的过程。从这个角度来看，View的事件传递过程还是很贴近现实的，毕竟程序员也生活在现实中。
关于事件传递的机制，这里给出一些结论，根据这些结论可以更好地理解整个传递机制，如下所示。
（1）同一个事件序列是指从手指接触屏幕的那一刻起，到手指离开屏幕的那一刻结束，在这个过程中所产生的一系列事件，这个事件序列以down事件开始，中间含有数量不定的move事件，最终以up事件结束。