一、常见冲突场景:
(1)外部滑动方向和内部滑动方向不一致
主要是将ViewPager和Fragment配合使用所组成的页面滑动效果,主流应用几乎都会使用这个效果。在这种效果中,可以通过左右滑动来切换页面,而每个页面内部往往又是一个ListView。这种情况是有滑动冲突的,但是ViewPager内部处理了这种滑动冲突,因此采用ViewPager时我们无需关注此问题。但是如果我们采用的是ScrollView等,就需要手动处理滑动冲突了,否则造成的后果就是内外两层只能有一层能够滑动,这是因为两者之间的滑动事件有冲突。此外还有其他情况,比如外部上下滑动、内部左右滑动等,但是他们属于同一类滑动冲突。
(2)外部滑动方向和内部滑动方向一致
当内外两层都在同一个方向可以滑动的时候,显然存在逻辑问题。因为当手指开始滑动时,系统无法知道用户到底是想让哪一层滑动,所以当手指滑动时就会出现问题,要么只有一层可以滑动,要么就是内外两层都滑动的很卡顿。在实际开发中,这种场景主要是指内外两层View同时能上下滑动或者是可以同时左右滑动。
(3)上面两种情况嵌套
是上面两种情况的嵌套,所以他的滑动冲突看起来更复杂了。比如:内层有一个场景一的滑动效果,然后外层又有一个场景二的滑动效果。具体说就是,外部有一个SlideMenu效果,然后内部有一个ViewPager,ViewPager的每一个页面又是一个ListView。虽说看起来更复杂,但是他是几个单一滑动冲突的叠加,因此只需要分别处理内层和中层、中层和外层之间的滑动冲突即可。
从本质上来说,这三种滑动冲突场景的复杂度其实是相同的,因为他们的区别仅仅是滑动策略的不同。解决滑动冲突的方法,基本上是运用内部拦截和外部拦截来处理的。
二、滑动冲突的解决方式
1、外部拦截法
外部拦截法是指点击事件都先经过父容器的拦截处理,如果父容器需要此事件就拦截,如果不需要就不拦截,这样就可以解决滑动冲突的问题,这种方法比较符合点击事件的分发机制。外部拦截需要重写父容器的onInterceptTouchEvent方法,在内部做相应拦截即可。相应的伪代码如下:
public boolean onInterceptTouchEvent(MotionEvent event){
boolean intercepted=false;
int x=(int)event.getX();
int y=(int)event.getY();
switch(event.getAction){
case MotionEvent.ACTION_DOWM:
intercepted=false;
break;
case MotionEvent.ACTION_MOVE:
if(父容器需要当前点击事件){
intercepted=true;
}else{
intercepted=false;
}
break;
case MotionEvent.ACTION_UP:
intercepted=false;
break;
}
mLastXIntercept=x;
mLastYIntercept=y;
return intercepted;
}
上述代码是外部拦截法的典型逻辑,针对不同的滑动冲突,只需要修改父容器需要当前点击事件这个条件即可,其他均不做修改。
在onIntercepetTouchEvent方法中:
(1)ACTION_DOWN事件,父容器必须返回false,即不拦截ACTION_DOWN事件,这是因为一旦拦截ACTION_DOWN事件,那么后续的ACTION_MOVE和ACTION_UP事件都会直接交由父容器处理,这个时候事件就没法再传递给子元素了;
(2)ACTION_MOVE事件,这个事件可以根据需求来决定是否拦截,如果父容器需要拦截则返回true,否则但会false;
(3)ACTION_UP事件,这里必须返回false,因为ACTION_UP事件本身就没有太多意义。
假设事件交由子元素处理,如果父容器在ACTION_UP时返回了true,就会导致子元素无法接受到ACTION_UP事件,这个时候子元素的onClick事件就无法触发,但是父容器比较特殊,一旦它开始拦截任何一个事件,那么后续的事件都会交给它来处理,而ACTION_UP作为最后一个事件也必行可以传递给父容器,即便父容器的onInterceptTouchEvent方法在ACTIPN_UP是返回了false。
2、内部拦截法
内部拦截法是指父容器不拦截任何事件,所有的事件都传递给子元素,如果子元素需要就直接消耗掉,否则就交由父容器进行处理,这种方法和Android中的事件分发机制不一致,需要配合requestDisallowInterceptTouchEvent方法才能正常工作,使用起来较外部拦截稍显复杂。需要重写子元素的dispatchTouchEvent方法,伪代码如下:
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 daltaY=y-mLastY;
if(父容器需要此类点击事件){
parent.requestDisallowInterceptTouchEvent(false);
}
break;
case MotionEvent.ACTION_UP:
break;
}
mLastX=x;
mLastY=y;
return super.dispatchTouchEvent(event);
}
当面对不同的滑动策略时只需要修改里面的条件即可,其他不需要做改动。除了子元素需要做处理以外,父元素也需要默认拦截除了ACTION_DOWN以外的其他事件,这样当子元素调用parent.requestDisallowInterceptTouchEvent(false)方法时,父元素才能继续拦截所需的事件。
因为ACTION_DOWN事件并不受FLAG_DISALLOW_INTERCEPT这个标记位的控制,所以父容器一旦拦截ACTION_DOWN事件,那么所有的事件都无法传递到子元素中去,这样内部拦截就无法起作用了。所以父元素需做如下修改:
public boolean onInterceptTouchEvent(MotionEvent event){
int action=event.getAction();
if(action==MotionEvent.ACTION_DOWN){
return false;
}else{
return true;
}
}
以上两种方式,基本可以完美解决开发中遇到的滑动冲突问题。
三、速度追踪器 VelocityTracker
速度追踪,用于追踪手指在滑动过程中的速度,包括水平和竖直方向的速度。
1、在View的onTouchEvent方法中追踪当前点击事件的速度:
VelocityTracker velocityTracker=VelocityTracker.obtain();
velocityTracker.addMovement(event);
2、 获取当前的速度:
velocityTracker.computeCurrentVelocity(1000);
int xVelocity=(int)velocityTracker.getXVelocity();
int yVelocity=(int)velocityTracker.getYVelocity();
需要注意两点:
(1)获取速度之前必须先计算速度,即getXVelocity、getYVelocity这两个方法的前面必须调用computeCurrentVelocity方法;
(2)这里的速度是指一段时间内手指所滑过的像素数,比如将时间间隔设为1000ms时,在1s内,手指从水平方向从左向右滑过100像素,那么水平速度就是100。
注意速度可以为负数,当手指从右向左滑动时,水平速度即为负值。(与滑动的方向有关,速度的计算可以用此公式表示:速度=(终点位置-起点位置)/时间段)
3、当不需要使用它的时候,需要调用clear方法来重置并回收内存:
velocityTracker.clear();
velocityTracker.recycler();
我们也可以根据速度的大小来决定是否拦截事件。