《Android 开发艺术探索》
第三章,暂时看不懂,把感觉重要的地方摘一下。
点击事件的分发过程中的三个重要方法:
public boolean dispatchTouchEvent(MotionEvent ev)
public boolean onInterceptTouchEvent(MotionEvent event)
public boolean onTouchEvent(MotionEvent event)
三个方法的关系可以用以下伪代码表示
public boolean dispatchTouchEvent(MotionEvent ev){
boolean consume = false;
if(onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
} else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
一些关于事件传递机制的结论:
- 同一个事件序列是指从手指接触屏幕的那一刻起,到手指离开屏幕的那一刻结束。在这个过程中所产生的一系列事件,这个事件序列以down事件开始,中间含有数量不定的move事件,最终以up事件结束。
- 正常情况下,一个事件序列只能被一个view拦截且消耗。
- 某个view一旦决定拦截,那么这一个事件序列都只能由它来处理(如果事件序列能够传递给他的话),并且他的onInterceptTouchEvent 不会再被调用。就是说当一个View决定拦截一个事件后,那么系统会把同一个事件序列内的其他方法都直接交给他来处理,因此就不用再调用这个View的onInterceptTouchEvent 去询问他是否要拦截了。
- 某个View 一旦开始处理事件,如果他不消耗ACTION_DOWN 事件(onTouchEvent 返回了false),那么同一事件序列中的其他事件都不会再交给他来处理,并且事件将重新交由他的父元素去处理,即父元素的onTouchEvent 会被调用。意思就是事件一旦交给一个View 处理,那么他就必须消耗掉,否则同一事件序列中剩下的事件就叫不再交给他来处理了。
- 如果View 不消耗除ACTION_DOWN 以外的其他事件,那么这个点击事件会消失,此时父元素的onTouchEvent 并不会被调用,并且当前View 可以持续收到后续的事件,最终这些消失的点击事件会传递给Activity 处理。
- ViewGroup 默认不拦截任何事件。Android 源码中ViewGroup 的 onInterceptTouchEvent 方法默认返回false。
- View 没有onInterceptTouchEvent 方法,一旦有点击事件传递给他,那么他的onTouchEvent 方法就会被调用。
- View 的onTouchEvent 默认都会消耗事件(返回true),除非它是不可点击的(clickable 和longClickable 同时为false)。View 的longClickable属性默认都是false,clickable属性要分情况,比如Button的clickable属性默认为true,而TextView 的clickable 属性默认为false。
- View 的enable属性不影响onTouchEvent 的默认返回值。哪怕一个View是 disable 状态的,只要他的clickable 或者 longClickable 又一个为true,那么他的onTouchEvent 就返回 true。
- onClick 会发生的前提是当前View 是可点击的,并且他收到了 down 和up 的事件。
- 事件传递过程是由外向内的,即事件总是先传递给父元素,然后再由父元素分发给子View,通过requestDisallowInterceptTouchEvent 方法可以在子元素中干预父元素的事件分发过程,但是ACTION_DOWN 事件除外。