一、点击事件的传递规则
所谓的点击事件分发过程,其实就是当我们点击屏幕,产生了一个MotionEvent之后,系统将这个事件传递给一个具体View的过程。总的来说,事件总是先传递给Activity,然后传递给Window,再传递给顶级View(Activity→Window→DecorView),最后再按照事件分发机制一层一层向下去分发事件。而这个分发过程由三个很重要的方法来共同完成:
- dispatchTouchEvent(MotionEvent ev):用来进行事件的分发。如果事件能够传递给当前View,那么该方法一定会被调用,返回结果受当前View的onTouchEvent方法和下级View的dispatchTouchEvent方法的影响,表示是否消耗当前事件。
- onInterceptTouchEvent(MotionEvent ev):在上述方法的内部调用,用来判断是否拦截某个事件,如果当前View拦截了某个事件,那么在同一个事件序列中,此方法不会再次调用,返回结果表示是否拦截当前事件。
- onTouchEvent(MotionEvent ev):在 dispatchTouchEvent 方法中调用,用来处理点击事件,返回结果表示是否消耗当前事件,如果不消耗,则在同一个事件序列中,当前View无法再次接收到事件。
上述三个方法之间的关系可以通过如下伪代码表示:
public boolean dispatchTouchEvent(MotionEvent event) {
boolean consume = false;
if(onInterceptTouchEvent(ev)){//如果拦截
consume = onTouchEvent(ev);
} else {//如果不拦截
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
通过上面的伪代码,我们可以大致了解点击事件的传递规则:对一个ViewGroup来说,当一个点击事件传递给它时,它的 dispatchTouchEvent 方法会被调用,如果这个ViewGroup拦截此事件,那么事件将会交由该ViewGroup来处理(即调用 onTouchEvent 方法);如果它不拦截此事件,那么事件将会向下传递给它的子元素,接着子元素的 dispatchTouchEvent 方法会被调用,如此反复直到时间被最终处理。
关于事件传递机制的一些结论:
- 所谓的一个事件序列是指从手指接触屏幕的那一刻起,到手指离开屏幕的那一刻结束,在这个过程中所产生的一系列事件,这个事件序列以 down 事件开始,以 up 事件结束,中间含有多个 move 事件。
- 某个 View 一旦决定拦截,那么这一个事件序列都只能由它来处理,并且它的 onInterceptTouchEvent 不会再被调用。
- 参考第2条,通常而言,一个事件序列只能被一个 View 拦截消耗。但是通过特殊手段,可能出现多个 View 处理的情况,比如一个 View 将本该自己处理的事件通过 onTouchEvent 强行传递给其他View处理。
- 某个View一旦开始处理事件(onTouchEvent 开始执行),如果它不消耗 ACTION_DOWN 事件(onTouchEvent 返回 false),那么同一事件序列中的其他事件都不会再交给它处理,并且事件将重新交由它的父元素去处理(即父元素的 onTouchEvent 会被调用)。在这里,如果所有 View 的 onTouchEvent 返回 false,那么最终会传递给 Activity 处理(即Activity 的 onTouchEvent 会被调用)。
- 如果 View 不消耗除 ACTION_DOWN 以外的其他事件,那么这个点击事件会消失,此时父元素的 onTouchEvent 并不会被调用,并且当前View可以持续受到后续的事件,最终这些消失的点击事件会传递给 Activity 处理。
- ViewGroup 默认不拦截任何事件。
- View 没有 onInterceptTouchEvent 方法,一旦有点击事件传递给它,那么它的 onTouchEv