ViewPager2坑点

ViewPager2坑点

  • 自从google出了viewpager2之后,就跃跃欲试地想把viewpager替换了,可是一替换问题就来了

ViewPager2嵌套RecyclerView导致的滑动问题

  • 我们知道ViewPager2内部是改为用RecyclerView实现了,因此ViewPager2的adapter和RecyclerView的adapter基本是一样的
  • 假如现在的需求是每个tab页里都要展示列表,那么自然想到用RecyclerView去实现,但刚刚也说了ViewPager2内部也是RecyclerView,这就造成RecyclerView的嵌套,会产生滑动问题,比如列表向上滑到底部时,竟然发生了tab切换,这是因为滑动到底部后的事件让ViewPager2消费了,同理,向下滑动到底部时也会发生tab切换
  • 可是这样的问题在ViewPager并没有出现啊,难道是google工程师改出bug了
  • 原因自然不是出bug了,而是ViewPager2扩充了ViewPager的功能,如垂直滚动,由于ViewPager2功能的增多,灵活性自然也要放开,像ViewPager这种满足单一场景时确实可以帮你解决滑动冲突,但ViewPager2由于增加了垂直滚动,就不能再套用之前那套滑动冲突的解决方案,而是要交给开发者自行去解决,因为google也不知道出现这种冲突后哪种方案才是你所需要的,自然不会多加处理
  • 但是这样的话对于那些只是简单想把ViewPager替换为ViewPager2的伙伴来说确实就比较痛苦了,必须自己去解决这样的冲突问题,因此不要随便将ViewPager替换为ViewPager2,必须要充分做好自己解决冲突的心理准备后再下手
  • 上面大概分析了冲突的来源和原因,那么怎么解决这种问题呢
  • 问题一般都是从ViewPager2入手或者子项的RecyclerView入手,但由于ViewPager2已经被声明为final了,所以只能从子项的RecyclerView入手了
  • 先来分析RecyclerView的onInterceptTouchEvent方法,看看里面是怎么拦截的
// androidx.recyclerview.widget.RecyclerView
	 @Override
    public boolean onInterceptTouchEvent(MotionEvent e) {
        if (mLayoutSuppressed) {
            // When layout is suppressed,  RV does not intercept the motion event.
            // A child view e.g. a button may still get the click.
            return false;
        }

        // Clear the active onInterceptTouchListener.  None should be set at this time, and if one
        // is, it's because some other code didn't follow the standard contract.
        mInterceptingOnItemTouchListener = null;
        if (findInterceptingOnItemTouchListener(e)) {
            cancelScroll();
            return true;
        }

        if (mLayout == null) {
            return false;
        }

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

        if (mVelocityTracker == null) {
            mVelocityTracker = VelocityTracker.obtain();
        }
        mVelocityTracker.addMovement(e);

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

        switch (action) {
            case MotionEvent.ACTION_DOWN:
                if (mIgnoreMotionEventTillDown) {
                    mIgnoreMotionEventTillDown = false;
                }
                mScrollPointerId = e.getPointerId(0);
                mInitialTouchX = mLastTouchX = (int) (e.getX() + 0.5f);
                mInitialTouchY = mLastTouchY = (int) (e.getY() + 0.5f);

                if (mScrollState == SCROLL_STATE_SETTLING) {
                    getParent().requestDisallowInterceptTouchEvent(true);
                    setScrollState(SCROLL_STATE_DRAGGING);
                    stopNestedScroll(TYPE_NON_TOUCH);
                }

                // Clear the nested offsets
                mNestedOffsets[0] = mNestedOffsets[1] = 0;

                int nestedScrollAxis = ViewCompat.SCROLL_AXIS_NONE;
                if (canScrollHorizontally) {
                    nestedScrollAxis |= ViewCompat.SCROLL_AXIS_HORIZONTAL;
                }
                if (canScrollVertically) {
                    nestedScrollAxis |= ViewCompat.SCROLL_AXIS_VERTICAL;
                }
                startNestedScroll(nestedScrollAxis, TYPE_TOUCH);
                break;

            case MotionEvent.ACTION_POINTER_DOWN:
                mScrollPointerId = e.getPointerId(actionIndex);
                mInitialTouchX = mLastTouchX = (int) (e.getX(actionIndex) + 0.5f);
                mInitialTouchY = mLastTouchY = (int) (e.getY(actionIndex) + 0.5f);
                break;

            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;
                }

                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;
                    if (canScrollHorizontally && Math.abs(dx) > mTouchSlop) {
                        mLastTouchX = x;
                        startScroll = true;
                    }
                    if (canScrollVertically && Math.abs(dy) > mTouchSlop) {
                        mLastTouchY = y;
                        startScroll = true;
                    }
                    if (startScroll) {
                        setScrollState(SCROLL_STATE_DRAGGING);
                    }
                }
            }
            break;

            case MotionEvent.ACTION_POINTER_UP: {
                onPointerUp(e);
            }
            break;

            case MotionEvent.ACTION_UP: {
                mVelocityTracker.clear();
                stopNestedScroll(TYPE_TOUCH);
            }
            break;

            case MotionEvent.ACTION_CANCEL: {
                cancelScroll();
            }
        }
        return mScrollState == SCROLL_STATE_DRAGGING;
    }
  • 从最后的return我们可以知道拦不拦截事件就看mScrollState == SCROLL_STATE_DRAGGING是否满足了,由于滑动到底部后就会调用到RecyclerView.cancelScroll()方法,之后就会导致 mScrollState == SCROLL_STATE_DRAGGING 变为false,从而不拦截事件,事件自然就交给父视图ViewPager2去处理了,这样ViewPager2通过计算后就会认为发生了tab切换,因为我们手指在上滑过程中一般都不是绝对垂直的,而是有斜度的,这个斜度就会导致ViewPager2认为发生了横向滑动
  • 此时就有一种方案了,修改RecyclerView的拦截逻辑将事件消费掉,但修改RecyclerView其实是个非常糟糕的想法,非常不利于后期的维护,因此本人并没有去尝试修改RecyclerView
  • 既然不想改动RecyclerView,那么就只能另寻他法了
  • 是否可以在ViewPager2和RecyclerView中间再增加一层,来作为他们两之间事件的调解者呢
  • 原理大概是中间这层如果已经知道RecyclerView滑到底部或顶部时就请求ViewPager2不要拦截事件(requestDisallowInterceptTouchEvent(true)),继续传递给子View,这样ViewPager2就没有收到事件不会触发tab切换,而子项的RecyclerView即使滑到底部了还是能继续处理上滑事件
  • 示例代码如下
/**
 * 用于调解的中间view
 * 用于解决ViewPager2中使用RecyclerView时滑到底部再往上滑时会触发ViewPager2的横向滑动导致触发onPageSelected回调问题
 * 用法:作为可滚动View(如RecyclerView)的父布局,可滚动View为此父View的唯一子View
 */
class NestedScrollableMediateContainer @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = 0
) : FrameLayout(context, attrs, defStyleAttr) {
    private var touchSlop = 0
    private var initialX = 0f
    private var initialY = 0f

    init {
        touchSlop = ViewConfiguration.get(context).scaledTouchSlop
    }

    override fun onInterceptTouchEvent(e: MotionEvent): Boolean {
        when (e.action) {
            MotionEvent.ACTION_DOWN -> {
                initialX = e.x
                initialY = e.y
            }
            MotionEvent.ACTION_MOVE -> {
                val dx = e.x - initialX
                val dy = e.y - initialY
                //如果是子view已经滚到底或滚到顶了
                if (!canScrollVertically(1) || !canScrollVertically(-1)) {
                    if (abs(dx) < abs(dy)) {
                        requestDisallowInterceptTouchEvent(true)
                    }
                }
            }
        }
        return super.onInterceptTouchEvent(e)
    }
}
  • 最后提供一个通用的helper工具,可作用于任何ViewGroup
/**
 * 用以解决ViewPager2引起的滑动事件冲突的问题(比如viewpager2的RecyclerView在滑到底部再向上滑时会触发ViewPager2向右的事件,导致tab切换)
 * 用法示例:
 * step.1 private var helper: NestedScrollableMediateHelper = NestedScrollableMediateHelper(this)
 * step.2 override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {
 * helper.onInterceptTouchEvent(ev)
 * return super.onInterceptTouchEvent(ev)
 * }
 */
class NestedScrollableMediateHelper(private val mHostView: ViewGroup) {
    private var mInitialX = 0f
    private var mInitialY = 0f

    fun onInterceptTouchEvent(e: MotionEvent) {
        when (e.action) {
            MotionEvent.ACTION_DOWN -> {
                mInitialX = e.x
                mInitialY = e.y
            }

            MotionEvent.ACTION_MOVE -> {
                val dx = e.x - mInitialX
                val dy = e.y - mInitialY
                //如果是子view已经滚到底或滚到顶了
                if (!mHostView.canScrollVertically(1) || !mHostView.canScrollVertically(-1)) {
                    if (Math.abs(dx) < Math.abs(dy)
                    ) {
                        mHostView.requestDisallowInterceptTouchEvent(true)
                    }
                }
            }
        }
    }
}

不在前台setCurrentItem无效问题

  • 当进入后台后,在主线程设置ViewPager2.setCurrentItem竟然无效,只有处在前台时设置才有效
  • 为使其在后台能生效,必须调用其对应的Adapter.notifyDataSetChanged()方法才行

参考

  • 2
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: ViewPager和ViewPager2都是Android中的视图控件,用于实现滑动切换不同页面的功能。 ViewPager是Android SDK中的一个类,它可以在同一个Activity中展示多个Fragment,通过左右滑动来切换不同的Fragment。ViewPager可以实现无限循环滑动,但是它的性能不够好,存在一些问题,比如在嵌套使用时会出现滑动冲突等。 ViewPager2ViewPager的升级版,它是在AndroidX库中的一个类,它解决了ViewPager存在的一些问题,比如滑动冲突、性能问题等。ViewPager2支持嵌套滑动,可以实现更加灵活的布局,同时还支持横向和纵向滑动。因此,ViewPager2是更加推荐使用的视图控件。 ### 回答2: ViewPager 和 ViewPager2 都是 Android 平台上的视图容器,它们都用于实现左右滑动切换多个视图的效果。不过,它们也有一些不同的特点。 ViewPager 是 Android 系统自带的视图容器,它主要用于在同一个 Activity 中切换多个 Fragment。ViewPager 会将多个 Fragment 放置在同一个视图中,通过滑动切换 Fragment 来实现左右滑动的效果。ViewPager 比较易用、稳定,使用起来也比较简单,但是在一些功能上有一定的局限性。 ViewPager2ViewPager 的升级版,它是在 AndroidX 中新增加的一个控件。相较于 ViewPager,ViewPager2 有一些更加高级和灵活的功能。首先,ViewPager2 支持 RecyclerView.Adapter,这样用户可以通过 RecyclerView.Adapter 来实现 ViewPager2 中的数据管理,这大大提高了数据操作的灵活性。其次,ViewPager2 支持垂直滑动的效果,这使得用户可以通过上下滑动切换多个视图。此外,ViewPager2 还支持滑块(PageTransformer)和视图预加载(OffscreenPageLimit)等高级功能,让用户可以更加方便地自定义 ViewPager2 的效果和行为。 总的来说,如果只是想要简单实现左右滑动切换多个 Fragment 的效果,可以使用 ViewPager。如果需要更加高级、灵活的功能,或者需要在 ViewPager 中嵌套 RecyclerView 或其他视图控件,则可以选择 ViewPager2。同时,最好在使用 ViewPager2 时,将所有 Fragment 替换为 RecyclerView,这样能够充分利用 ViewPager2 的强大功能。 ### 回答3: ViewPager和ViewPager2Android平台上常用的 View容器 组件。它们最主要的作用是管理多个子view的滑动显示,类似于滑动的页面。 ViewPager从Android API Level 11就被引入,它支持从左往右滑动查看多个子视图,以轻松实现流畅的“屏幕滑动”效果,常见的使用场景包括相册、图库、图片轮播图等。在使用ViewPager时,开发者需要自己实现适配器,根据需要返回子View。且ViewPager中每个页面的宽度是相等的,无法进行自由的布局。 而ViewPager2是新增的一个组件,它是AndroidX中的一部分,于2019年发布。ViewPager2相对于ViewPager的最大改进就在于支持不同宽度的页面。除了滑动方向以外,ViewPager2还支持从RecyclerView中使用适配器,从而不仅仅可以使用View,还可以使用任何RecyclerView的特性和布局(如GridLayoutManager等)。另一个重要的改进是支持了多层嵌套,并且同步了更多的触摸事件,增强了原生的滑动手势支持。 总之,ViewPager2ViewPager的升级版,它具有更多灵活的布局和更好的性能。开发者可以根据自己的需求选择使用ViewPager或ViewPager2,相信在未来的Android开发中,ViewPager2会成为首选。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值