ScrollView嵌套RecyclerView滑动冲突相关问题

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

一、应用场景

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

从图中可以看出,一个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中,当ScrollView嵌套RecyclerView时,由于两者都是滑动容器,可能会导致滑动冲突,即用户试图向上滚动ScrollView时,误触到了RecyclerView滑动,反之亦然。解决这个问题有几种常见方法: 1. **禁止RecyclerView滑动**:在ScrollView内部设置RecyclerView时,可以在RecyclerView上添加`setOnTouchListener`,并在触摸事件发生时检查是否在ScrollView的区域内,如果是,则阻止RecyclerView滑动。例如: ```java recyclerView.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { if (event.getAction() == MotionEvent.ACTION_UP) { int y = (int) event.getY(); if (!scrollView.canScrollVertically(1) && y > scrollView.getBottom()) { // 防止RecyclerView滑动 return true; } } return false; } }); ``` 2. **使用NestedScrollView替换ScrollView**:在Android API Level 14及以上版本,可以使用NestedScrollView替换ScrollView,它内置了解决滑动冲突的逻辑。 3. **重写RecyclerView的onInterceptTouchEvent**:重写RecyclerView的`onInterceptTouchEvent`方法,在滑动开始时判断当前手指的位置是否在ScrollView内,如果不是则让RecyclerView正常滑动。 4. **使用SwipeRefreshLayout**:如果你希望在顶部有一个下拉刷新区域,可以考虑使用SwipeRefreshLayout包裹RecyclerView,这样就可以避免滑动冲突了。 5. **禁用头部或尾部Item的滑动**:针对可能导致冲突的头部或尾部固定布局,可以设置它们不响应触摸事件。 总之,关键在于理解用户意图,并在合适的时机切换滑动目标。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值