Android开发实战踩坑

Android RecyclerView嵌套的滑动冲突问题

2019-03-08  本文已影响0人  水天滑稽天照八野滑稽石

前言

在Android的开发中，不可避免的需要用到列表嵌套列表的需要，如recycleView嵌套recylerView，我们就会发现被嵌套的列表会出现滑动冲突

这是一个简单的recyclerView嵌套recyclerView的demo，
很明显，子布局应该也是可以滑动的才对，但你滑动子布局却是父布局在滑动
这就是滑动冲突

事件分发机制

要向解决滑动冲突问题让子布局正常使用我们需要先了解一下Android的事件分发机制

点击事件的传递规则

首先我们要明白我们分析的对象是MotionEvent，即点击事件
点击事件就是手指接触屏幕后所产生的一系列事件：

所谓点击事件的分发，其实就是对MotionEvent事件的分发过程，即当一个MotionEvent产生之后，系统需要把这个事件传递给一个具体的View，而这个传递就是分发过程。

下面来介绍下点击事件分发3个很重要的方法：

public boolean dispatchTouchEvent(MotionEvent ev)
用来进行事件的分发。如果事件能够传递给当前View，那么此方法一定会被调用，返回的结果受当前View的onTouchEvent和下级View的dispatchTouchEvent方法影响，表示是否消耗当前事件。

public boolean onInterceptTouchEvent(MotionEvent ev)
在dispatchTouchEvent(MotionEvent ev)方法内部调用，用来判断是否拦截某个事件，那么在同一个事件系列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件。

public boolean onTouchEvent(MotionEvent ev)
在dispatchTouchEvent(MotionEvent ev)方法中调用，用来处理点击事件，返回的结果表示是否消耗当前事件，如锅不消耗，这在同一个事件系列中，当前View无法再接收到事件。

那么上面的三个方法有什么区别吗？好像有点乱，我们用一段伪代码说明规则来理清下逻辑吧

public boolean dispatchTouchEvent(MotioEvent ev){
       boolean consume = false;
       if(onInterceptTouchEvent(ev)){
           consume = onTouchEvent(ev);
       }else{
           consume = child.dispatchTouchEvent(ev);
       }
       return consume;
}

通过上面的伪代码，点击事件传递的大致规则我们也有说了解了：
对于一个根ViewGroup来说，点击事件产生后，首先会先传递给它，这是它的dispatchTouchEvent就会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件，接着事件就会交给这个ViewGroup处理，即它的onTouchEvent方法就会被调用；
如果这个ViewGroup的onInterceptTouchEvent的方法返回false，就表示它不拦截当前事件，这时当前事件就会继续传递给他的子元素，接着子元素的dispatchTouchEvent方法就会被调用，如此重复直到事件被最终处理

除此之后，再补充几条事件分发的规则：

原因分析

通过事件分发的原理我们知道，子recyclerView不可滑动的原因是因为点击事件被父recyclerView给消耗掉了
那么就得向方法让子recyclerView拿到点击事件

解决方案一

父recyclerView拦截并消耗了点击事件，那么就不要让父recyclerView拦截呗
自定义父recyclerView并重写onInterceptTouchEvent()方法

public class ParentRecyclerView extends RecyclerView {

    public ParentRecyclerView(@NonNull Context context) {
        super(context);
    }

    public ParentRecyclerView(@NonNull Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    public ParentRecyclerView(@NonNull Context context, @Nullable AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
    }

    //不拦截，继续分发下去
    @Override
    public boolean onInterceptTouchEvent(MotionEvent e) {
        return false;
    }
}

然后用这个ParentRecyclerView 代替原来的RecyclerView（父布局那个）


解决方案二

子布局通知父布局不要拦截事件，通过requestDisallowInterceptTouchEvent方法干预事件分发过程
重写dispatchTouchEvent()方法，通知通知父层ViewGroup不要拦截点击事件

public class ChildPresenter extends RecyclerView {

    public ChildPresenter(@NonNull Context context) {
        super(context);
    }

    public ChildPresenter(@NonNull Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    public ChildPresenter(@NonNull Context context, @Nullable AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        //父层ViewGroup不要拦截点击事件 
        getParent().requestDisallowInterceptTouchEvent(true);
        return super.dispatchTouchEvent(ev);
    }
}

然后用这个ParentRecyclerView 代替用来的RecyclerView（子布局那个）


解决方案三

通过事件分发规则我们知道，OnTouchListener优先级很高，可以通过这个来告诉父布局，不要拦截我的事件

   holder.recyclerView.setOnTouchListener { v, event ->
            when(event.action){
                //当用户按下的时候，我们告诉父组件，不要拦截我的事件（这个时候子组件是可以正常响应事件的），拿起之后就会告诉父组件可以阻止。
                MotionEvent.ACTION_DOWN,MotionEvent.ACTION_MOVE -> v.parent.requestDisallowInterceptTouchEvent(true)
                MotionEvent.ACTION_UP -> v.parent.requestDisallowInterceptTouchEvent(false)
            }
            false}

总结

虽然这三种解决方案都做到了把事件传递给子布局，但具体效果还是由些许不同的
深入理解了事件分发机制就能找到是为什么了，这里就不再细谈

上一篇 下一篇

猜你喜欢

热点阅读