最近实际应用中遇到了滑动冲突的相关问题,在解决过程当中,有些须要注意的问题,特别记录一下。bash
在解决具体问题以前,先介绍下实际应用场景及问题情况。ide
从图中能够看出,一个ScrollView内部嵌套三个RecyclerView,其中两个RecyclerView是横向,一个RecyclerView是纵向。布局
在这个场景下,出现了滑动冲突问题,主要表现为横向RecyclerView滑动不灵敏,纵向RecyclerView滑动卡顿。ui
该问题所产生的滑动冲突如上图所示。spa
针对该问题,解决的方案是根据当前滑动方向,水平仍是垂直来判断这个事件到底该交给谁来处理。code
通常状况下根据滑动路径造成的夹角(或者说是斜率以下图)、水平和竖直方向滑动速度差来判断。orm
该问题所产生的滑动冲突如上图所示。cdn
针对该问题,通常状况下必需经过业务逻辑来进行判断,决定到底谁来处理该事件。blog
针对滑动冲突,通常有两个解决方法。事件
事件都先通过父容器的拦截处理,若是不须要此事件就不拦截,这样就能够解决滑动冲突的问题。外部拦截法须要重写父容器的onInterceptTouchEvent()
方法,在内部完成相应的拦截便可
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean intercepted = false;
int x = (int) ev.getX();
int y = (int) ev.getY();
switch (ev.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;
}
}
return intercepted;
}
复制代码
ACTION_DOWN 这个事件里父容器必须返回 false,即不拦截ACTION_DOWN事件,由于一旦拦截了那么后续的 ACTION_MOVE、ACTION_UP都由父容器去处理,事件就没法传到子view了
ACTION_MOVE 事件能够根据须要来进行拦截或者不拦截
ACTION_UP 这个事件必须返回false,就会致使子View没法接受到UP事件,这个时候子元素中的onClick()
事件就没法处触发。
父容器不拦截任何事件,全部的事件都传递给子元素,若是子元素须要此事件就直接消耗掉,不然就交由父容器进行处理。这种方法须要配合requestDisallowInterceptTouchEvent()
方法才能正常工做。
主要是修改子view的dispatchTouchEvent()
方法
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
int x = (int) ev.getX();
int y = (int) ev.getY();
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN: {
getParent().requestDisallowInterceptTouchEvent(true);
break;
}
case MotionEvent.ACTION_MOVE: {
if (父容器须要此类事件) {
getParent().requestDisallowInterceptTouchEvent(false);
}
break;
}
case MotionEvent.ACTION_UP: {
break;
}
}
return super.dispatchTouchEvent(ev);
}
复制代码
父容器须要重写onInterceptTouchEvent()
方法
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
int action = ev.getAction();
if(action == MotionEvent.ACTION_DOWN){
return false;
}else {
return true;
}
}
复制代码
父容器拦截ACTION_DOWN之外的其余事件,由于ACTION_DOWN 事件不受 FLAG_DISALLOW_INTERCEPT这个标记的控制,因此一旦父容器拦截了ACTION_DOWN 事件那么全部的事件都没法传到子view中去了,这样内部拦截法就不起做用了。
下面就来实际解决本文中遇到的滑动冲突问题。经过上述分析可知,本文所遇到的问题经过外部拦截法,重写ScrollView的onInterceptTouchEvent()
方法便可快速简单的解决。
public class FScrollView extends ScrollView {
private float mLastXIntercept = 0f;
private float mLastYIntercept = 0f;
public FScrollView(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean intercepted = false;
float x = ev.getX();
float y = ev.getY();
int action = ev.getAction() & MotionEvent.ACTION_MASK;
switch (action) {
case MotionEvent.ACTION_DOWN: {
intercepted = false;
//初始化mActivePointerId
super.onInterceptTouchEvent(ev);
break;
}
case MotionEvent.ACTION_MOVE: {
//横坐标位移增量
float deltaX = x - mLastXIntercept;
//纵坐标位移增量
float deltaY = y - mLastYIntercept;
if (Math.abs(deltaX) < Math.abs(deltaY)) {
intercepted = true;
} else {
intercepted = false;
}
break;
}
case MotionEvent.ACTION_UP: {
intercepted = false;
break;
}
}
mLastXIntercept = x;
mLastYIntercept = y;
return intercepted;
}
}
复制代码
Math.abs(deltaX) < Math.abs(deltaY)
表示横向位移增量小于于竖向位移增量,即竖直滑动,则ScrollView 拦截事件。
super.onInterceptTouchEvent(ev)
,初始化mActivePointerId
,避免出现Invalid pointerId=-1 in onTouchEvent
问题。
纵向RecyclerView的滑动被拦截,交给ScrollView处理,须要测量高度,会默认加载全部item,至关于LinearLayout,从而致使复用效率大大下降。因此若是状况复杂,建议采用头布局。