事件的分发机制（总结）

public boolean dispatchTouchEvent(MotionEvent ev)

 

用来进 事件的分发。如果事件能够传递给当前View，那么此方法一定会被调用，返回结果受当前View的onTouchEvent和下级View的dispatchTouchEvent方法的影响，表示是否消耗当前事件。

 

public boolean onInterceptTouchEvent(MotionEvent event)

 

在上述方法内部调用，用来判断是否拦截某个事件，如果当前View拦截 某个事件，那么在同一个事件

 

序 当中，此方法 会被再次调用，返回结果表示是否拦截当前事件。

 

 

public boolean onTouchEvent(MotionEvent event)

 

在dispatchTouchEvent方法中调用，用来处 点击事件，返回结果表示是否消耗当前事件，如果 消

 

耗，则在同一个事件序 中，当前View无法再次接收到事件。

 

 

上述三个方法，关系可以用下面伪代码表示：

 

 

1.	public boolean dispatchTouchEvent(MotionEvent ev) {
2.	boolean consum = false;
3.	if(onInterceptTouchEvent(ev)) {
4.	consume = onTouchEvent(ev);
5.	} else {
6.	consume = child.dispatchTouchEvent(ev);
7.	}
8.
9.	return consume;

 

10. }

 

通过上面伪代码，我们可以大致 解事件的传递规则：对于一个根ViewGroup来说，点击事件产生后，

 

首先会传递给它，这时它的dispatchTouchEvent就会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件，接着事件就会交给这个ViewGroup处 ，即它的onTouchEvent方法就会被调用；如果这个ViewGroup的onInterceptTouchEvent方法返回false，就表示它 拦截当前事件，这时当前事件就会继续传递给它的子元素，接着子元素的dispatchTouchEvent方法就会被调用，如此反复直到事件被最终处 。

 

 

 

当一个View需要处 事件时，如果它设置 OnTouchListener，那么OnTouchListener中的onTouch方法会被回调。这时事件如何处 还要看onTouch的返回值，如果返回false，则当前View的onTouchEvent方法会被调用；如果返回true，那么onTouchEvent方法将 会被调用。由此可见，给View设置的OnTouchListener，其优先级比onTouchEvent要高，在onTouchEvent方法中，如果当前设置的有OnClickListener，那么它的onClick方法会被调用。可以看出，平时我们常用的OnClickListener，其优先级

 

最低，即处于事件传递的尾端。

 

当一个点击事件产生后，它的传递过程遵循如下顺序：Activity -> Window -> View，那事件总是先传递给Activity，Activity再传递给Window，最后Window再传递给顶级View，顶级View接收到事件后，就会按照事件分发机制去分发事件。考虑一种情况，如果一个View的onTouchEvent返回false，那么它的父容 的onTouchEvent将会被调用，以此类推，如果所有的元素都 处 这个事件，那么这个事件将会最终传递给Activity处 ，即Activity的onTouchEvent方法会被调用。这个过程其实也很好 解，我们可以换一种思

 

，假如点击事件是一个难题，这个难题最终被上级领导分给 一个程序员去处 （这是事件分发过

 

程），结果这个程序员搞 定（onTouchEvent返回 false），现在该怎么办呢？难题必须要解决，那只能

交给水平 高的上级解决（上级的onTouchEvent被调用），如果上级再搞 定，那只能交给上级的上级去解决，就这样将难题一层层的向上抛，这是公司内部一种很常见的处 问题的过程，从这个角度看，View

 

的事件传递过程还是很贴近现实的，毕竟程序员也生活在现实中。

 

 

关于事件传递的机制，这 给出一些结论：

 

1. 同一个事件序 是指从手指接触触摸屏幕的那一刻起，到手指离开屏幕的那一刻结束，在这个过程中

 

所产生的一系 事件，这个事件序 以down事件开始，中间含有数 定的move事件，最终以up事件结

 

束。

 

2.正常情况下，一个事件序 只能被一个View拦截且消耗。这一条的原因可以参考3.因为一旦一个元素

 

拦截 此事件，那么同一个时间序 内所有事件都会直接交给它处 ，因此同一个事件序 中的事件 能

 

分别由两个View同时处 ，但是通过特殊手段可以做到，比如一个View将本该自己处 的事件通过onTouchEvent强 传递给其他View处 。

3.某个View一旦决定拦截，那么这一个事件序 都只能由它来处 （如果事件序 能够传递给它的

 

话），并且它的onInterceptTouchEvent  会再被调用。这条也很好 解，就是说当一个View决定拦截一个

 

事件后，那么系统会把一个事件序 内的其他方法都直接交给它来处 ，因此就 用再调用这个View的onInterceptTouchEvent去询问它是否要拦截 。

 

4.某个View一旦开始处 事件，如果它 消耗ACTION_DOWN事件（onTouchEvent返回 false），那

 

么同一个事件序 中的其他事件都 会再交给它来处 ，并且事件将重新交给它的父元素去处 ，即父元

 

素的onTouchEvent会被调用。意思就是事件一旦交给一个View处 ，那么它就必须要消耗掉，否则同一个

 

事件序 中剩下的事件就 再交给它来处 ，这就好比上级交给程序员一件事，如果这件事没有处好，短期内上级就 敢再把事情交给这个程序员做 ，二者是类似的道 。

 

5.如果View 消除除ACTION_DOWN以外的其他事件，那么这个点击事件会消失，此时父元素的onTouchEvent并 会被调用，并且当前View可以持续收到后续的事件，最终这些消失的点击事件会传递给Activity处 。

 

6.ViewGroup默认 拦截任何事件。Android源码中ViewGroup的onInterceptTouchEvent方法默认返回false。

 

7.View没有onInterceptTouchEvent方法，一旦有点击事件传递给它，那么它的onTouchEvent方法就会被

 

调用。

 

8.View的onTouchEvent默认都会消耗事件（返回true），除非它是 可点击的（clickable和longClickable同时为false）。View的longClickable属性默认都为false，clickable属性要分情况，比如Button的clickable属性默认为true，而TextView的clickable属性默认为false。

 

9.View的enable属性 影响onTouchEvent的默认返回值。哪怕一个View是disable状态的，只要它的clickable或者longClickable有一个为true，那么它的onTouchEvent就返回true。

 

10.OnClick会发生的前提是当前View是可点击的，并且它收到 down和up的事件。

 

11.事件传递过程是由外向内的，即事件总是先传递给父元素，然后再由父元素，然后再由父元素分发给

 

子View，通过requestDisAllowInterceptTouchEvent方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外。