事件分发典型bug：RecycleView不同方向滑动嵌套问题解决

最新推荐文章于 2023-09-06 14:11:02 发布
最新推荐文章于 2023-09-06 14:11:02 发布
阅读量2k 收藏 8
点赞数 3
分类专栏： Android日常问题 文章标签： android 移动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wangzici/article/details/107479414
版权

简介

现象

在工作中碰到了一个易用性的问题，当一个横向滑动的HorizonRecycleView（注意这里只是一个普通的加了日志打印的RecycleView，并没有改动其自身逻辑），每个Item都包含了一个纵向滑动的VerticalRecycleView（同上）时，若此时想去滑动纵向的VerticalRecycleView，很容易触发到HorizonRecycleView的横向滑动。可能说起来有点绕，直接看图可能更明显点。
问题现象

代码

代码比较简单，A与B都使用的是LinearLayoutManager，这里展示一下他们item的layout文件

HorizonRecycleView的item

每个item左边是一个TextView，右边是一个VerticalRecycleView

<?xml version="1.0" encoding="utf-8"?>
<androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="400dp"
    android:background="@android:color/holo_blue_light"
    android:layout_marginEnd="20dp"
    android:layout_height="match_parent">

    <TextView
        android:id="@+id/tv_title_horizon"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Item"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintEnd_toStartOf="@id/rv_vertical"
        app:layout_constraintStart_toStartOf="parent"
        app:layout_constraintTop_toTopOf="parent" />

    <com.kyrie.proj.blog.nestedscroll.VerticalRecycleView
        android:id="@+id/rv_vertical"
        android:layout_width="200dp"
        android:layout_height="match_parent"
        app:layout_constraintEnd_toEndOf="parent" />
</androidx.constraintlayout.widget.ConstraintLayout>
VerticalRecycleView的item

只有一个TextView

<?xml version="1.0" encoding="utf-8"?>
<androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="50dp"
    android:layout_marginBottom="20dp"
    android:background="@android:color/holo_green_light">


    <TextView
        android:id="@+id/tv_title_vertical"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Item"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintEnd_toEndOf="parent"
        app:layout_constraintStart_toStartOf="parent"
        app:layout_constraintTop_toTopOf="parent" />
</androidx.constraintlayout.widget.ConstraintLayout>

问题分析

日志分析

我们把两个RecycleView的dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent都加上打印，来分别比较一下正常滑动VerticalRecycleView和误触发了HorizonRecycleView滑动的日志有什么区别

正常竖直滑动
//ACTION_DONW事件分发
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_DOWN
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] e = = ACTION_DOWN
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] return false //HorizonRecycleView不强制拦截
I/wzt: [VerticalRecycleView][dispatchTouchEvent] ev = ACTION_DOWN
I/wzt: [VerticalRecycleView][onInterceptTouchEvent] e = = ACTION_DOWN
I/wzt: [VerticalRecycleView][onInterceptTouchEvent] return false //VerticalRecycleView不强制拦截
I/wzt: [VerticalRecycleView][onTouchEvent] e = = ACTION_DOWN
I/wzt: [VerticalRecycleView][onTouchEvent] return true //VerticalRecycleView消费此事件
I/wzt: [VerticalRecycleView][dispatchTouchEvent] return true
I/wzt: [HorizonRecycleView][dispatchTouchEvent] return true
//ACTION_DONW事件分发结束，被VerticalRecycleView消费

//ACTION_MOVE事件分发
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_MOVE
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] e = = ACTION_MOVE
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] return false
I/wzt: [VerticalRecycleView][dispatchTouchEvent] ev = ACTION_MOVE
I/wzt: [VerticalRecycleView][onTouchEvent] e = = ACTION_MOVE
I/wzt: [VerticalRecycleView][onTouchEvent] return true //VerticalRecycleView消费此ACTION_MOVE事件
I/wzt: [VerticalRecycleView][dispatchTouchEvent] return true
I/wzt: [HorizonRecycleView][dispatchTouchEvent] return true
//ACTION_MOVE事件分发结束

//ACTION_MOVE事件分发
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_MOVE
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] e = = ACTION_MOVE
//...
//上面省略N个MOVE事件分发

//ACTION_UP事件分发
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_UP
I/wzt: [VerticalRecycleView][dispatchTouchEvent] ev = ACTION_UP
I/wzt: [VerticalRecycleView][onTouchEvent] e = = ACTION_UP
I/wzt: [VerticalRecycleView][onTouchEvent] return true
I/wzt: [VerticalRecycleView][dispatchTouchEvent] return true
I/wzt: [HorizonRecycleView][dispatchTouchEvent] return true
//事件分发流程结束
误触发了横向滑动
//ACTION_DONW事件分发
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_DOWN
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] e = = ACTION_DOWN
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] return false
I/wzt: [VerticalRecycleView][dispatchTouchEvent] ev = ACTION_DOWN
I/wzt: [VerticalRecycleView][onInterceptTouchEvent] e = = ACTION_DOWN
I/wzt: [VerticalRecycleView][onInterceptTouchEvent] return false
I/wzt: [VerticalRecycleView][onTouchEvent] e = = ACTION_DOWN
I/wzt: [VerticalRecycleView][onTouchEvent] return true //VerticalRecycleView消费
I/wzt: [VerticalRecycleView][dispatchTouchEvent] return true
I/wzt: [HorizonRecycleView][dispatchTouchEvent] return true
//ACTION_DONW事件分发结束，流程与正常情况完全一致

//ACTION_MOVE事件分发
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_MOVE
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] e = = ACTION_MOVE
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] return false
I/wzt: [VerticalRecycleView][dispatchTouchEvent] ev = ACTION_MOVE
I/wzt: [VerticalRecycleView][onTouchEvent] e = = ACTION_MOVE
I/wzt: [VerticalRecycleView][onTouchEvent] return true //VerticalRecycleView消费
//ACTION_MOVE事件分发结束

//ACTION_MOVE事件分发
//...
//上面省略了大概5个MOVE事件分发，都和正常竖直滑动时一致

//注1：注意注意注意啦！！！：从这里开始就是重头戏
//ACTION_MOVE事件分发
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_MOVE
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] e = = ACTION_MOVE
I/wzt: [HorizonRecycleView][onInterceptTouchEvent] return true //注2：这里直接被HorizonRecycleView拦截
//事件被父控件拦截，导致VerticalRecycleView只能收到一个ACTION_CANCEL事件
I/wzt: [VerticalRecycleView][dispatchTouchEvent] ev = ACTION_CANCEL 
I/wzt: [VerticalRecycleView][onTouchEvent] e = = ACTION_CANCEL
I/wzt: [VerticalRecycleView][onTouchEvent] return true
I/wzt: [VerticalRecycleView][dispatchTouchEvent] return true 
//VerticalRecycleView消费了ACTION_CANCEL事件之后，此次滑动序列再也没有收到任何事件
I/wzt: [HorizonRecycleView][dispatchTouchEvent] return true
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_MOVE
//之后的所有MOVE事件，不会再走onInterceptTouchEvent方法，直接交给HorizonRecycleView消费
I/wzt: [HorizonRecycleView][onTouchEvent] e = = ACTION_MOVE
I/wzt: [HorizonRecycleView][onTouchEvent] return true
I/wzt: [HorizonRecycleView][dispatchTouchEvent] return true

//ACTION_MOVE事件分发开始
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_MOVE
I/wzt: [HorizonRecycleView][onTouchEvent] e = = ACTION_MOVE
I/wzt: [HorizonRecycleView][onTouchEvent] return true
I/wzt: [HorizonRecycleView][dispatchTouchEvent] return true
//...
//省略N个MOVE事件分发

//ACTION_UP事件分发，与正常现象一致
I/wzt: [HorizonRecycleView][dispatchTouchEvent] ev = ACTION_UP
I/wzt: [HorizonRecycleView][onTouchEvent] e = = ACTION_UP
I/wzt: [HorizonRecycleView][onTouchEvent] return true
I/wzt: [HorizonRecycleView][dispatchTouchEvent] return true
日志分析总结

通过如上两个日志对比我们发现，出现问题的原因在于<注2>部分，HorizonRecycleView拦截了一次MOVE事件，导致VerticalRecycleView后续除了一个CANCEL外无法收到任何事件。

ACTION_CANCEL

这里稍微提一下我一直都没有理解的ACTION_CANCEL，从上面的日志我们就可以了解到ACTION_CANCEL出现的场景：当一个View在消费一个事件序列的过程中，父控件拦截了此次事件（父控件onInterceptTouchEvent返回true），这个View就会收到一个ACTION_CANCEL，并且View在此时进行内部状态的重置，如从常态恢复成点击态。并且此次事件序列的后续事件都会直接交给父控件处理。

原因

从日志分析可得横向滑动的误触发是由于HorizonRecycleView的事件拦截引起，那么直接到RecycleView源码里分析一下为何会在MOVE过程中拦截。注意下面的源码省略了非关键的部分

//RecycleView.java
@Override
public boolean onInterceptTouchEvent(MotionEvent e) {
    final int action = e.getActionMasked();
    switch (action) {
        case MotionEvent.ACTION_DOWN: {
            //在DOWN时记录手指点击的区域
            //这里加0.5f的原因是为了转成int值时四舍五入
            mInitialTouchX = (int) (e.getX() + 0.5f);
            mInitialTouchY = (int) (e.getY() + 0.5f);
        }
        case MotionEvent.ACTION_MOVE: {
            final int x = (int) (e.getX(index) + 0.5f);
            final int y = (int) (e.getY(index) + 0.5f);
            //当前不是拖动状态则进行判断
            if (mScrollState != SCROLL_STATE_DRAGGING) {
                //算出手指移动的距离
                final int dx = x - mInitialTouchX;
                final int dy = y - mInitialTouchY;
                boolean startScroll = false;
                //注1：能横向滚动并且手指移动的距离大于mTouchSlop
                //这个mTouchSlop是在RecycleView初始化时确定的滑动临界值，大于这个值就从静止切换为滑动状态
                if (canScrollHorizontally && Math.abs(dx) > mTouchSlop) {
                    //这里标志位为true
                    startScroll = true;
                }
                //竖直方向，效果同上
                if (canScrollVertically && Math.abs(dy) > mTouchSlop) {
                    startScroll = true;
                }
                if (startScroll) {
                    //方法内部会把mScrollState置为SCROLL_STATE_DRAGGING
                    setScrollState(SCROLL_STATE_DRAGGING);
                }
            }
        }
    }
    //若为SCROLL_STATE_DRAGGING状态则return true拦截事件
    return mScrollState == SCROLL_STATE_DRAGGING;
}

从上面的源码<注1>可以看到，在MOVE事件中，若当前手指在HorizonRecycleView横向的滑动大于滑动临界值，则HorizonRecycleView 会直接不去判断其它任何条件置为滑动状态，直接拦截此事件。这就是问题根本原因所在了，HorizonRecycleView只是判断手指在x轴的移动距离超过了临界值就直接强行拦截后续事件。

解决方案

知道了问题原因，解决方案很明显就是如何让HorizonRecycleView不去拦截此次MOVE事件呢。有两种方法

  1. 重写HorizonRecycleView的onInterceptTouchEvent方法逻辑，修改判断切换滑动状态的部分
  2. 通过内部拦截法

方案1：重写HorizonRecycleView的onInterceptTouchEvent逻辑

方案来自于 修复RecyclerView嵌套滚动问题，在大佬基础上有少量简化

直接在BetterRecyclerView照着RecycleView源码重写onInterceptTouchEvent，用BetterRecyclerView代替HorizonRecycleView原本的位置即可

//BetterRecyclerView.java
public class BetterRecyclerView extends RecyclerView{
    private static final int INVALID_POINTER = -1;
    private int mScrollPointerId = INVALID_POINTER;
    private int mInitialTouchX, mInitialTouchY;
    private int mTouchSlop;
    public BetterRecyclerView(Context context) {
        this(context, null);
    }

    public BetterRecyclerView(Context context, @Nullable AttributeSet attrs) {
        this(context, attrs, 0);
    }

    public BetterRecyclerView(Context context, @Nullable AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
        final ViewConfiguration vc = ViewConfiguration.get(getContext());
        mTouchSlop = vc.getScaledTouchSlop();
    }

    @Override
    public void setScrollingTouchSlop(int slopConstant) {
        super.setScrollingTouchSlop(slopConstant);
        final ViewConfiguration vc = ViewConfiguration.get(getContext());
        switch (slopConstant) {
            case TOUCH_SLOP_DEFAULT:
                mTouchSlop = vc.getScaledTouchSlop();
                break;
            case TOUCH_SLOP_PAGING:
                mTouchSlop = vc.getScaledPagingTouchSlop();
                break;
            default:
                break;
        }
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent e) {
        LayoutManager mLayout = getLayoutManager();
        if (mLayout == null) {
            return false;
        }

        final boolean canScrollHorizontally = mLayout.canScrollHorizontally();
        final boolean canScrollVertically = mLayout.canScrollVertically();

        final int action = e.getActionMasked();
        final int actionIndex = e.getActionIndex();

        switch (action) {
            case MotionEvent.ACTION_DOWN:
                mScrollPointerId = e.getPointerId(0);
                mInitialTouchX = (int) (e.getX() + 0.5f);
                mInitialTouchY = (int) (e.getY() + 0.5f);
                return super.onInterceptTouchEvent(e);

            case MotionEvent.ACTION_POINTER_DOWN:
                mScrollPointerId = e.getPointerId(actionIndex);
                mInitialTouchX = (int) (e.getX(actionIndex) + 0.5f);
                mInitialTouchY = (int) (e.getY(actionIndex) + 0.5f);
                return super.onInterceptTouchEvent(e);

            case MotionEvent.ACTION_MOVE: {
                final int index = e.findPointerIndex(mScrollPointerId);
                if (index < 0) {
                    return false;
                }

                final int x = (int) (MotionEventCompat.getX(e, index) + 0.5f);
                final int y = (int) (MotionEventCompat.getY(e, index) + 0.5f);
                if (getScrollState() != SCROLL_STATE_DRAGGING) {
                    final int dx = x - mInitialTouchX;
                    final int dy = y - mInitialTouchY;
                    boolean startScroll = false;
                    //注1：注意这里，在原本的基础上加入了dx>dy的判断
                    if (canScrollHorizontally && Math.abs(dx) > mTouchSlop && Math.abs(dx) >= Math.abs(dy)) {
                        startScroll = true;
                    }
                    if (canScrollVertically && Math.abs(dy) > mTouchSlop && Math.abs(dy) >= Math.abs(dx)) {
                        startScroll = true;
                    }
                    return startScroll && super.onInterceptTouchEvent(e);
                }
                return super.onInterceptTouchEvent(e);
            }

            default:
                return super.onInterceptTouchEvent(e);
        }
    }
}

从上面的代码<注1>看到，在原本的基础上加入了dx与dy绝对值比较的判断。只有当手指横向移动的距离大于纵向移动的距离，我们才去走原本的拦截逻辑。

效果

方案1

优点

只需重写父控件的onInterceptTouchEvent

缺点

由于重写时简化了RecycleView的onInterceptTouchEvent逻辑，移除了一些其他判断条件，可能存在特殊情况下的隐藏风险（目前暂未发现）

方案2：通过内部拦截法

内部拦截法步骤如下：

  1. 外部HorizonRecycleView拦截ACTION_DOWN以外的其它事件（ACTION_DOWN若拦截了会导致子控件无法收到任何焦点）
  2. 内部VerticalRecycleView在ACTION_DOWN时调用requestDisallowInterceptTouchEvent(true)不允许父控件拦截，即之后MOVE事件都不会走外部HorizonRecycleView的拦截逻辑
  3. 内部VerticalRecycleView在ACTION_MOVE时判断，若自己不需要滑动，则调用requestDisallowInterceptTouchEvent(false)重新走父控件HorizonRecycleView的拦截逻辑
    代码实现如下
class HorizonRecycleView @JvmOverloads constructor(
    context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = 0
) : RecyclerView(context, attrs, defStyleAttr) {

    override fun onInterceptTouchEvent(e: MotionEvent?): Boolean {
        //若不调用onInterceptTouchEvent，直接返回true或false会导致滑动的瞬间瞬移或首次无法横移的问题。
        var result = super.onInterceptTouchEvent(e)
        when (e.action) {
            MotionEvent.ACTION_DOWN ->{
                result = false
            }
        }
        return result
    }
}

class VerticalRecycleView @JvmOverloads constructor(
    context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = 0
) : RecyclerView(context, attrs, defStyleAttr) {
    var downX = 0f
    var downY = 0f

    override fun dispatchTouchEvent(ev: MotionEvent?): Boolean {
        Log.i("wzt", "[VerticalRecycleView][dispatchTouchEvent] ev = ${MotionEvent.actionToString(ev!!.action)}")
        when (ev.action) {
            MotionEvent.ACTION_DOWN -> {
                downX = ev.x
                downY = ev.y
                Log.i("wzt","[VerticalRecycleView][dispatchTouchEvent]不允许父控件拦截")
                getParentRecycleView()?.requestDisallowInterceptTouchEvent(true)
            }
            MotionEvent.ACTION_MOVE -> {
                val currentX = ev.x
                val currentY = ev.y
                val x = abs(currentX - downX)
                val y = abs(currentY - downY)
                if (y < x) {
                    //表示我不需要消费此事件
                    Log.i("wzt","允许拦截")
                    getParentRecycleView()?.requestDisallowInterceptTouchEvent(false)
                }
            }
        }
        val result = super.dispatchTouchEvent(ev)
        Log.i("wzt", "[VerticalRecycleView][dispatchTouchEvent] return $result")
        return result
    }

    /**
     * 返回父RecycleView，这里直接往上级最高三层查找
     */
    private fun getParentRecycleView() :RecyclerView? {
        return when {
            parent is RecyclerView -> parent as RecyclerView
            parent.parent is RecyclerView -> parent.parent as RecyclerView
            parent.parent.parent is RecyclerView -> parent.parent.parent as RecyclerView
            else -> null
        }
    }
}

使用此方法需要注意：

  1. 子控件的判断逻辑需要放在dispatchTouchEvent或onTouchEvent中，因为若自己消费了事件，自身的onInterceptTouchEvent不会再被调用
  2. 父控件需要调用super.onInterceptTouchEvent(e)，若不调用会导致mInitialTouchX得不到初始化，从而在之后move走到如下流程中无法消费事件，导致无法滑动
@Override
public boolean onTouchEvent(MotionEvent e) {
    case MotionEvent.ACTION_MOVE: {
        final int index = e.findPointerIndex(mScrollPointerId);
        if (index < 0) {
            Log.e(TAG, "Error processing scroll; pointer index for id "
                    + mScrollPointerId + " not found. Did any MotionEvents get skipped?");
            return false;
        }
    }
}
效果

方案2

优点
  1. 逻辑交给子控件自行处理，可操作性更高
  2. 可以在一个事件序列中先内部竖直滑动，再外部横向滑动
缺点
  1. 改动的类更多
  2. 需要注意的点较多

废弃方案：外部拦截法

通过在MOVE时判断x轴和y轴的移动距离来判断是否需要拦截

@Override
public boolean onInterceptTouchEvent(MotionEvent event) {
    switch (event.getAction()) {
        case MotionEvent.ACTION_DOWN:
            downX = event.getX();
            downY = event.getY();
            break;
        case MotionEvent.ACTION_MOVE:
            float currentX = event.getX();
            float currentY = event.getY();
            float x = Math.abs(currentX - downX);
            float y = Math.abs(currentY - downY);
            return x < y;
    }
    return super.onInterceptTouchEvent(event);
}

此方案为我最开始使用的方案，但是某个机型的mTouchSlop（滑动临界值）过小，导致若HorizonRecycleView的每个Item除了VerticalRecycleView之外若还有Button之类的控件。很容易触发onInterceptTouchEvent的return ture条件，从而拦截了Item上Button的touch事件，导致Button很难被点击到

总结

之前对事件分发机制一直理解比较模糊，在仔细通过日志、源码分析了这次的滑动嵌套问题后，的确学到了很多。但是RecycleView以及事件分发相关源码肯定不仅仅是我所描述的这么简单，如果文章中有写错的地方欢迎指出，有疑问的地方也欢迎交流~谢谢啦

测试工程链接：https://github.com/wangzici/blog
可回退到我修改前的代码自行尝试分析，更便于深入理解

Android第一菜
关注
专栏目录
全网唯一有用的解决方案！彻底解决VerticalViewPager嵌套RecyclerView引起的滑动冲突！
08-15
全网唯一有用的解决方案！彻底解决VerticalViewPager嵌套RecyclerView引起的滑动冲突！
Recyclrview中嵌套横向滑动的Recyclerview滑动冲突问题和滑动卡顿，子recyclerview复用方案
迎风致万里的博客
11-27 8613
项目中遇到一种需求，竖向滑动的列表中的item要有一种类型是可以左右滑动的横向列表item，我首先想到的就是外面的列表和里面的横向滑动的item都用recyclerview来实现，解决下滑动冲突应该就没问题，顺着思路就开始写代码，先开始两个列表都是直接用的原生的recyclerview，跑起来后竖向滑动很流畅，但横向的recyclerview滑动会不灵敏，从网上找了一种解决方案自定义外面的recy...
Android 解决竖向RecyclerView嵌套横向RecyclerView时的滑动冲突
热门推荐
木寸~
10-21 1万+
问题描述 我们写瀑布流是，如果竖向RecyclerView嵌套横向RecyclerView，当滑动横向RecyclerView时，竖向的RecyclerView会抖动。这是为什么呢？要分析这个问题我们首先需要了解事件分发机制。如果你已经熟知这一部分可以跳过。 什么是事件分发？ 简单来说，事件分发就是用户手点击屏幕之后，点击信息的传递过程。 谁处理事件分发？ 答案是Activity里的PhoneWi...
Recyclerview嵌套recyclerview滑动冲突解决（多指方案）
congqingbin的专栏
10-16 3233
public class QRecyclerView extends RecyclerView { private int mStartX = 0; private int mStartY = 0; private int mTouchSlop = 0; private int mScrollPointerId = -1; public QRecycle...
解决Scrollview嵌套横向recycleview滑动冲突问题
vincent的博客
01-04 2679
1.重写Scrollview,拦截竖向滑动，不拦截横向滑动 public class CustomScrollview extends ScrollView { private float mLastXIntercept = 0f; private float mLastYIntercept = 0f; public CustomScrollview(Contex...
recycleview 嵌套recycleview 滑动焦点问题
07-17
### RecycleView嵌套RecycleView滑动焦点问题解析及解决方案 #### 一、问题背景与分析 在Android开发过程中，经常会遇到需要在一个`RecyclerView`内部嵌套另一个`RecyclerView`的情况，例如展示商品分类时，每一类...
谷歌官方提供的解决Viewpager2嵌套ViewPager2同一方向无法滑动问题使用到的文件
01-02
两个ViewPager2嵌套，同一方向无法滑动，可以在子 ViewPager2 外面嵌套一层 NestedScrollableHost.
Android嵌套滑动冲突的解决方法
01-05
android在嵌套滑动的时候会产生滑动冲突。之前我也碰到，但是以前的笔记本丢失了，所以只能重新再写一章。 一.会产生滑动冲突的情况 那么什么时候会产生滑动冲突呢？比如你有个activity，activity的上半部分是一个...
Android中RecycleView与ViewPager冲突的解决方法及原理
08-27
解决这个问题的关键在于阻止RecycleView拦截ViewPager的滑动事件。我们可以创建一个自定义的ViewPager子类，如`DecoratorViewPager`，并重写其`dispatchTouchEvent()`, `onInterceptTouchEvent()`和`onTouchEvent()`...
RecyclerView嵌套RecyclerView滑动卡顿的解决方法
08-26
这样就可以很好地解决问题。下面是解决思路的详细分析： 首先，我们需要在 RecyclerView 的 onCreateViewHolder 方法中，根据 viewType 设置每一个位置的 Item。 ```java @Override public MyViewHolder ...
RecyclerView嵌套RecyclerView滑动冲突
07-05
RecyclerView嵌套RecyclerView滑动冲突
高效复用：RecyclerView内部嵌套横向列表时的优化技巧
最新发布
1
09-06 280
对于内部某个ItemView直接创建多个固定的子View：这种方式不够灵活扩展性差，且在动态创建子View时就无能为力了；通过ViewGroup方式动态的创建各个子View：这种方式本身不能缓存子View，所以每次上下滑动时都会重新创建子View，虽然能实现我们想要的效果，但是性能并不是最优的；通过RecyclerView创建内部列表并使用 DiffUtil 进行数据对比和更新操作：数据变化时更新，否则什么都不做。这样做可以最大限度地利用的复用机制和缓存优势，在数据变化时进行精准刷新并提高整体渲染效率。
Android：RecyclerView横向滑动+自定义滑动条
兴趣使然的创作者
03-20 5808
网上找了好几篇RecyclerView，终于结合了一下找到能用的，特此记录一下，原理不作细究 1、安装Recyciler View依赖 implementation 'com.makeramen:roundedimageview:2.3.0' 2、创建实体类 public class News { public String title; // 标题 public String content; //内容 } 3、界面布局文件 <?xml version="1.0" enc
用RecyclerView实现纵向滚动、横向滚动和瀑布流布局
Mushan_vv的博客
05-22 3367
RecyclerView可以说是增强版的List View,不仅可以轻松实现和ListView同样的效果，还优化了ListView的不足之处，目前官方是更加推荐RecyclerView，首先来新建一个RecyclerViewTest项目 首先我们需要在app/build.gradle文件中添加依赖， dependencies { implementation fileTree(dir: '...
解决竖向RecyclerView嵌套横向RecyclerView时的滑动冲突
xifei66的博客
04-16 4556
问题描述 我们写瀑布流是，如果竖向RecyclerView嵌套横向RecyclerView，当滑动横向RecyclerView时，竖向的RecyclerView会抖动。 事件分发总结 dispatchTouchEvent return true：表示该View内部消化掉了所有事件 return false：表示事件在本层不再继续进行分发，并交由上层控件的onTouchEvent方法进行消费...
ViewPager2滑动事件冲突
Altsuki的博客
05-11 6123
1. 场景分析 RecyclerView或SwipeRefreshLayout中嵌套ViewPager2，ViewPager2左右滑动困难，事件容易给RecyclerView或SwipeRefreshLayout吃掉。 ViewPager2中嵌套SwipeRefreshLayout，SwipeRefreshLayout和RecyclerView上下滑动困难。 解决方案分是干预事件分发，判断手势是左右或上下滑动。 2. 代码实现 <!--values/attrs.xml-->
从ViewPager嵌套RecyclerView再嵌套RecyclerView看安卓事件分发机制
wzlyd1的专栏
01-20 1万+
这两天伟大的PM下了一个需求，在一个竖滑列表里实现一个横向滑动的列表，没错，又是这种常见但是又经常被具有着强烈责任心和职业操守程序员所嗤之以鼻的效果，废话不多说，先上图: 实现的方式很多，因为项目中已经ViewPager+RV实现基本框架，所以现我也选择再添加一个RV实现相应的效果。不过在写代码之前，先预估一下这个效果所有的坑。 VP是横向滑动的，RV是竖向滑动的，那么现在再添加一个横向
android view嵌套,Android RecyclerView嵌套RecyclerView点击事件
weixin_34669783的博客
05-28 588
RecyclerView嵌套RecyclerView点击事件遇到取值错乱的问题其实问题根本就是咱们没有处理好被嵌套的那层recycleview的position那么解决思路也很简单,想办法把被嵌套的那层recycleview的position传出来即可上一个简单的效果图:video2gif_20190304_215107.gif首先build.gradle文件添加依赖dependencies {a...
Android RecyclerView嵌套RecyclerView点击事件
weixin_42504805的博客
03-01 4727
Android RecyclerView嵌套RecyclerView点击事件
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值