最近实际应用中遇到了滑动冲突的相关问题，在解决过程中，有些需要注意的问题，特别记录一下。

一、应用场景

在解决具体问题之前，先介绍下实际应用场景及问题状况。

从图中可以看出，一个ScrollView内部嵌套三个RecyclerView，其中两个RecyclerView是横向，一个RecyclerView是纵向。

在这个场景下，出现了滑动冲突问题，主要表现为横向RecyclerView滑动不灵敏，纵向RecyclerView滑动卡顿。

二、问题分析

1.横向RecyclerView滑动不灵敏

该问题所产生的滑动冲突如上图所示。

针对该问题，解决的方案是根据当前滑动方向，水平还是垂直来判断这个事件到底该交给谁来处理。

一般情况下根据滑动路径形成的夹角（或者说是斜率如下图）、水平和竖直方向滑动速度差来判断。

2.纵向RecyclerView滑动卡顿

该问题所产生的滑动冲突如上图所示。

针对该问题，一般情况下必需通过业务逻辑来进行判断，决定到底谁来处理该事件。

三、滑动冲突解决方法

针对滑动冲突，一般有两个解决方法。

1.外部拦截法

事件都先经过父容器的拦截处理，如果不需要此事件就不拦截，这样就可以解决滑动冲突的问题。外部拦截法需要重写父容器的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()事件就无法处触发。

2.内部拦截法

父容器不拦截任何事件，所有的事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则就交由父容器进行处理。这种方法需要配合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，从而导致复用效率大大降低。所以如果情况复杂，建议采用头布局。

自己是从事了七年开发的Android工程师，不少人私下问我，2019年Android进阶该怎么学，方法有没有？

没错，年初我花了一个多月的时间整理出来的学习资料，希望能帮助那些想进阶提升Android开发，却又不知道怎么进阶学习的朋友。【包括高级UI、性能优化、架构师课程、NDK、Kotlin、混合式开发（ReactNative+Weex）、Flutter等架构技术资料】，希望能帮助到您面试前的复习且找到一个好的工作，也节省大家在网上搜索资料的时间来学习。

喜欢我的文章可以点赞+关注我的【个人主页】获取免费资料，后续我将继续分享更多Android技术干货，感谢支持！

资料大全

推荐阅读：
相关文章