View的事件分发体系和滑动冲突
在介绍事件分发机制之前我们先介绍一下几个重要的基本概念:
1.MotionEvent
在手指接触屏幕后所产生的一系列事件中,典型的事件类型有如下几种:
ACTION_DOWN——手指刚接触屏幕;
ACTION_MOVE——手指在屏幕上移动;
ACTION_UP——手指在屏幕上送回开的一瞬间。
正常情况下,一次手指触摸屏幕的行为会触发一系列的点击事件,如:
点击屏幕后离开松开,事件序列为DOWN->UP;
点击屏幕滑动一会儿再松开,事件序列为DOWN->MOVE->MOVE...->MOVE->UP。
2.TouchSlop
TouchSlop是系统所能识别出的被认为是滑动的最小距离。即当手指在屏幕上滑动时,两次滑动之间的距离小于这个常量,则系统不认为你在进行滑动操作。这个常量和设备有关,不同设备的值可能不同,通过如下方式我们可以获得这个常量:ViewConfiguration.get(getContext()).getScaledTouchSlop()。
View的事件分发机制
1.概念:
所谓点击事件(Touch)的事件分发,其实就是对MotionEvent(Touch的封装)事件的分发过程,即当一个MotionEvent产生以后,系统需要把这这个事件传递给那个具体的View。这个传递的过程就是事件分发过程。
2.事件分发的顺序
点击事件的分发过程由三个很重要的方法来共同完成:dispatchTouchEvent,onInterceptTouchEvent,onTouchEvent,方法的介绍如下表所示。
方法介绍.png
当一个操作发生时,事件最先传递到Activity,由Activity的dispatchTouchEvent来进行事件派发(具体是由Activity中的Window完成的)。Window将事件传递给ViewGroup(decorView,它继承FrameLayout,是一个ViewGroup,一般为当前页面的底层容器,即setContentView所设置的view的父容器).
点击事件达到顶级的View(一般是一个ViewGroup)以后,会调用ViewGroup的dispatchTouchEvent方法:如果顶级的ViewGroup拦截该事件即onInterceptTouchEvent返回true,则事件由ViewGroup来处理,这时如果ViewGroup的mOnTouchListener被设置,那么onTouch就会被调用,否则onTouchEvent会被调用。OnTouch比onTouchEvent的优先级高,两者同时提供,onTouchEvent会被屏蔽。mOnclickListen存在于onTouchEvent中,如果设置了,那么onclick会被调用。如果顶级ViewGroup不拦截事件,那么会传递给它所点击事件链上的子View,如此循环,完成事件的分发。
事件分发机制的整体流程.png
Android开发艺术探索》这本书里总结了11条关于事件传递的结论:
1:同一个事件序列是指手机接触屏幕那一刻起,到离开屏幕那一刻结束,有一个down事件,若干个move事件,一个up事件构成。
2:某个View一旦决定拦截事件,那么这个事件序列之后的事件都会由它来处理,并且不会再调用onInterceptTouchEvent。
3:正常情况下,一个事件序列只能被一个View拦截并消耗。这个原因可以参考第2条,因为一旦拦截了某个事件,那么这个事件序列里的其他事件都会交给这个View来处理,所以同一事件序列中的事件不能分别由两个View同时处理,但是我们可以通过特殊手段做到,比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理。
4:一个View如果开始处理事件,如果它不处理down事件(onTouchEvent里面返回了false),那么这个事件序列的其他事件就不会交给它来继续处理了,而是会交给它的父元素去处理。
5:如果一个View处理了down事件,却没有处理其他事件,那么这些事件不会交给父元素处理,并且这个View还能继续受到后续的事件。而这些未处理的事件,最终会交给Activity来处理。
6:ViewGroup的onInterceptToucheEvent默认返回false,也就是默认不拦截事件。
7:View没有InterceptTouchEvent方法,如果有事件传过来,就会直接调用onTouchEvent方法。
8:View的onTouchEvent方法默认都会消耗事件,也就是默认返回true,除非他是不可点击的(longClickable和clickable同时为false)。
9:View的enable属性不会影响onTouchEvent的默认返回值。就算一个View是不可见的,只要他是可点击的(clickable或者longClickable有一个为true),它的onTouchEvent默认返回值也是true。
10:onClick方法会执行的前提是当前View是可点击的,并且它收到了down和up事件。
11:事件传递过程是由外向内的,也就是事件会先传给父元素在向下传递给子元素。但是子元素可以通过requestDisallowInterceptTouchEvent来干预父元素的分发过程,但是down事件除外(因为down事件方法里,会清除所有的标志位)。
View的滑动冲突
滑动冲突产生的根本原因:
场景1、外部滑动方向与内部滑动方向不一致;
场景2、外部滑动方向与内部滑动反响一致;
场景3、上面两种情况的嵌套
第一种如ScrollView 嵌套ViewPager,第二种如ViewPager嵌套ViewPager。第三种。。。
解决方案:
外部拦截法:
所谓外部拦截,是指点击事件都先经过父容器的拦截处理,如果父容器需要此事件就拦截,否则不拦截。这种比较符合事件分发机制,我们需要重写onInterceptToucheEvent方法,伪代码如下。
public boolean onInterceptTouchEvent(MotionEvent event) {
boolean intercepted = false;
int x = (int)event.getX();
int y = (int)event.getY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN: {
intercepted = false;
break;
}
case MotionEvent.ACTION_MOVE: {
if (父容器需要当前事件) {
intercepted = true;
} else {
intercepted = false;
}
break;
}
case MotionEvent.ACTION_UP: {
intercepted = false;
break;
}
default:
break;
}
mLastXIntercept = x;
mLastYIntercept = y;
return intercepted;
}
首先关于ACTION_DOWN 事件,父容器必须返回false,即不拦截,否则的话,后续的ACTION_MOVE和ACTION_UP都会直接由父容器处理,没办法再传递给子事件,ACTION_MOVE根据需要来进行拦截,ACTION_UP设置为不拦截,因为这个事件本身没有什么意义。有一种情况,事件交给子元素处理,父容器再ACTION_UP返回了true,那么子元素接收不到ACTION_UP事件,那么子元素的onClick就会无法触发。但是父容器比较特殊,一旦拦截了某个事件,后续的事件都会由他来处理,而ACTION_UP最后也会传递到父容器,即便一开始设置为false也不影响。
2.内部拦截法
内部拦截法是指父容器不拦截任何事件,所有的事件传递给子元素,如果子元素需要此事件则直接消耗掉,否则就交给父容器来进行处理,需要配合requestDisallowInterceptTouchEvent方法才能正常工作
public boolean dispatchTouchEvent(MotionEvent event) {
int x = (int) event.getX();
int y = (int) event.getY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN: {
parent.requestDisallowInterceptTouchEvent(true);
break;
}
case MotionEvent.ACTION_MOVE: {
int deltaX = x - mLastX;
int deltaY = y - mLastY;
if (父容器需要此类点击事件) {
parent.requestDisallowInterceptTouchEvent(false);
}
break;
}
case MotionEvent.ACTION_UP: {
break;
}
default:
break;
}
mLastX = x;
mLastY = y;
return super.dispatchTouchEvent(event);
}
对应不同的滑动策略只需要修改里面的条件即可。除了子元素需要做处理以外,父元素也要默认拦截ACTION_DOWN以外的事件。这样当子元素调用requestDisallowInterceptTouchEvent(false)方法时,父元素才能继续拦截所需事件。
public boolean onInterceptTouchEvent(MotionEvent event) {
int action = event.getAction();
if (action == MotionEvent.ACTION_DOWN) {
return false;
} else {
return true;
}
}
因为不受FLAG_DISALLOW_INTERCEPT标志位的影响,所以一旦父元素拦截了ACTION_DOWN事件,子元素都无法接收后续事件,那么内部拦截就没有作用了,所以父元素需要做如下修改:
public boolean onInterceptTouchEvent(MotionEvent event) {
int action = event.getAction();
if (action == MotionEvent.ACTION_DOWN) {
return false;
} else {
return true;
}
}