ViewPager2滑动冲突解决方案

自去年12月份ViewPager2正式版发布以后,ViewPager2已经逐渐开始替代旧版本的ViewPager。许多开发者也已经在项目中使用了ViewPager2。相比ViewPager,ViewPager2的功能不可谓不强大,我在之前写过的一篇文章《学不动也要学!深入了解ViewPager2》中对ViewPager2的使用做过详细的讲解。但是,由于当时没有太多实战,所以并没有发现ViewPager2的嵌套使用存在严重的滑动冲突。直到今年三月份用ViewPager2重构BannerViewPager的时候才发现这个问题。因此,在BVP 3.0版本中额外对ViewPager2做了滑动冲突处理,效果还算差强人意。另外,曾在论坛上看到过不少ViewPager2滑动冲突的求助帖子,甚至还有同学因为搜索ViewPager2滑动冲突而找到了BannerViewPager的Github主页。既然如此,不如写篇文章将BVP处理滑动冲突的经验分享给大家,没准还能涨知 (fěn) 识 **(sī)**,嘿嘿嘿。

一、为什么ViewPager没有滑动冲突?

不知道你是否有这个疑问,在ViewPager时代,ViewPager嵌套ViewPager并没有出现过滑动冲突。可是为什么在ViewPager的升级版ViewPager2中却出现了滑动冲突呢?想要搞清楚这个问题就需要我们深入到ViewPager和ViewPager2的内部分析一下它们的源码了。

我们知道,滑动冲突是需要在onInterceptTouchEvent方法中进行处理的,根据自身条件来决定是否要拦截事件。在ViewPager的源码中看到以下代码(方便阅读,代码做了删减):

@Override
 public boolean onInterceptTouchEvent(MotionEvent ev) {

  final int action = ev.getAction() & MotionEvent.ACTION_MASK;
  if (action == MotionEvent.ACTION_CANCEL || action == MotionEvent.ACTION_UP) {
  	// 在事件取消或者抬起手指后重置状态
   resetTouch();
   return false;
  }

  switch (action) {
   case MotionEvent.ACTION_MOVE: {
    // 这里判断在水平方向上的滑动距离大于竖直方向的2倍,则认为是有效的切换页面的滑动
    if (xDiff > mTouchSlop && xDiff * 0.5f > yDiff) {
     mIsBeingDragged = true;
     // 禁止Parent View拦截事件,即事件要能够传递到ViewPager
     requestParentDisallowInterceptTouchEvent(true);
     setScrollState(SCROLL_STATE_DRAGGING);
    } else if (yDiff > mTouchSlop) {
     mIsUnableToDrag = true;
    }
    break;
   }

   case MotionEvent.ACTION_DOWN: {
    if (mScrollState == SCROLL_STATE_SETTLING
      && Math.abs(mScroller.getFinalX() - mScroller.getCurrX()) > mCloseEnough) {
    		// 在Down事件中禁止Parent View拦截事件,是为了事件序列能够传递到ViewPager
     requestParentDisallowInterceptTouchEvent(true);
     setScrollState(SCROLL_STATE_DRAGGING);
    } else {
     completeScroll(false);
     mIsBeingDragged = false;
    }
    break;
   }

   case MotionEvent.ACTION_POINTER_UP:
    onSecondaryPointerUp(ev);
    break;
  }
  return mIsBeingDragged;
 }

可以看到在ACTION_DOWN与ACTION_MOVE中根据一些判断条件调用了requestParentDisallowInterceptTouchEvent(true)方法来禁止Parent View拦截事件,也就是说ViewPager已经帮我们处理了滑动冲突,所以我们只管用即可,无需担心滑动冲突问题。

现在,我们转到ViewPager2中,翻阅源码发现只有在RecyclerView 的实现类中有onInterceptTouchEvent的相关方法,而且这句代码仅仅是处理禁用了用户输入的逻辑!

private class RecyclerViewImpl extends RecyclerView {

  .... // 省略部分代码

  @Override
  public boolean onInterceptTouchEvent(MotionEvent ev) {
   return isUserInputEnabled() && super.onInterceptTouchEvent(ev);
  }
 }

也就是说ViewPager2其实并没有帮我们处理滑动冲突!这是为什么呢?难道是ViewPager2的开发者们把这件事忘了?这里我敢保证肯定不是这样子的。其实,只要我们看一看ViewPager2的结构大概就能知道了。ViewPager2被声明了final,意味着我们不能像继承ViewPager一样来修改ViewPager2。如果官方在ViewPager2内部自行处理了滑动冲突,那么如果有特殊的需求,需要根据我们自己的情况来处理ViewPager2的滑动,那么官方写的处理滑动冲突的代码是不是会影响到我们自己的需求?所以我觉得也正因为这样,干脆不做任何处理,全权交给了开发者自行解决。

二、滑动冲突的处理方案

既然官方不给我们处理,那就需要我们自己动手了。在开始之前我们先来了解以下处理滑动冲突的两种方案。既然出现滑动冲突,那么一定是由于两个布局相互嵌套引起的 。既然是两个布局,那么我们就可以分为两个方向来处理。即所谓的外部拦截法和内部拦截法。

1.外部拦截法

所谓的“外部拦截法“中的外部是指出现滑动冲突的这两个布局的外层。我们知道,一个事件序列是由Parent View先获取到的,如果Parent View不拦截事件那么才会交由子View去处理。既然是外层先获知事件,那外层View根据自身情况来决定是否要拦截事件不就行了吗?因此外部拦截法的实现是非常简单的,大概思路如下:

public boolean onInterceptTouchEvent(MotionEvent event) {
  boolean intercepted = false;
  int x = (int) event.getX();
  int y = (int) event.getY();
  switch (event.getAction()) {
   case MotionEvent.ACTION_DOWN: {
    intercepted = false;
    break;
   }
   case MotionEvent.ACTION_MOVE: {
    if (needIntercept) { // 这里根据需求判断是否需要拦截
     intercepted = true;
    } else {
     intercepted = false;
    }
    break;
   }
   case MotionEvent.ACTION_UP: {
    intercepted = false;
    break;
   }
   default:
    break;
  }
  mLastXIntercept = x;
  mLastYIntercept = y;
  return intercepted;
 }

2.内部拦截法

所谓的”内部拦截法“指的是对内部的View做文章,让内部View决定是不是拦截事件。但是现在就有问题了,你怎么知道外部的View是不是要拦截事件啊??如果外部View把事件拦截了,内部的View岂不是连西北风都喝不到了?别着急,Google官方当然有考虑到这种情况。在ViewGroup中有一个叫requestDisallowInterceptTouchEvent的方法,这个方法接受一个boolean值,意思是是否要禁止ViewGroup拦截当前事件。如果是true的话那么该ViewGroup则无法对事件进行拦截。有了这个方法那我们就可以让内部View大显神通了。来看下内部拦截法的代码:

public boolean dispatchTouchEvent(MotionEvent event) {
  int x = (int) event.getX();
  int y = (int) event.getY();

  switch (event.getAction()) {
   case MotionEvent.ACTION_DOWN: {
   	// 禁止parent拦截down事件
    parent.requestDisallowInterceptTouchEvent(true);
    break;
   }
   case MotionEvent.ACTION_MOVE: {
    int deltaX = x - mLastX;
    int deltaY = y - mLastY;
    if (disallowParentInterceptTouchEvent) { // 根据需求条件来决定是否让Parent View拦截事件。
     parent.requestDisallowInterceptTouchEvent(false);
    }
    break;
   }
   case MotionEvent.ACTION_UP: {
    break;
   }
   default:
    break;
  }

  mLastX = x;
  mLastY = y;
  return super.dispatchTouchEvent(event);
 }

这么处理之后,两个嵌套View就可以和谐工作了。

下面是来自外部View和内部View的对话。

外部View:”我想拦截事件!“

内部View:”不,你不想。这事件我要定了,耶稣都留不住他。

三、处理ViewPager2的滑动冲突

上一章讲了滑动冲突处理的两种方案,那么本章我们就来解决ViewPager2的滑动冲突。首先,应该确定一下存在在哪些需要拦截和不需要拦截的边界条件。在写这篇文章之前,我Google搜索了一下ViewPager2的滑动冲突处理方案,关于这方面的文章还不算少,不过大部分的文章对于ViewPager2的滑动冲突处理考虑的都不够完善。

下面我们详细来分析一下:

  • 如果设置了userInputEnable=false,那么ViewPager2不应该拦截任何事件;
  • 如果只有一个Item,那么ViewPager2也不应该拦截事件;
  • 如果是多个Item,且当前是第一个页面,那么只能拦截向左的滑动事件,向右的滑动事件就不应该由ViewPager2拦截了;
  • 如果是多个Item,且当前是最后一个页面,那么只能拦截向右的滑动事件,向左的滑动事件不应该由当前的ViewPager2拦截;
  • 如果是多个Item,且是中间页面,那么无论向左还是向右的事件都应该由ViewPager2拦截;
  • 最后,由于ViewPager2是支持竖直滑动的,那么竖直滑动也应该考虑以上条件。

分析完了边界条件之后,我们看下应该使用哪种方案来处理滑动冲突?很明显,这里应该使用内部拦截法处理。但是,由于ViewPager2被设置成了final,我们无法通过继承的方式来处理,因此就需要我们在ViewPager2外部加一层自定义的Layout。这层Layout其实相当于夹在了内层View和外层View的中间,其实就是这层Layout就变成了内层。好了,废话不多说了,直接贴代码了。

class ViewPager2Container @JvmOverloads constructor(context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = 0) : RelativeLayout(context, attrs, defStyleAttr) {

 private var mViewPager2: ViewPager2? = null
 private var disallowParentInterceptDownEvent = true
 private var startX = 0
 private var startY = 0

 override fun onFinishInflate() {
  super.onFinishInflate()
  for (i in 0 until childCount) {
   val childView = getChildAt(i)
   if (childView is ViewPager2) {
    mViewPager2 = childView
    break
   }
  }
  if (mViewPager2 == null) {
   throw IllegalStateException("The root child of ViewPager2Container must contains a ViewPager2")
  }
 }

 override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {
  val doNotNeedIntercept = (!mViewPager2!!.isUserInputEnabled
    || (mViewPager2?.adapter != null
    && mViewPager2?.adapter!!.itemCount <= 1))
  if (doNotNeedIntercept) {
   return super.onInterceptTouchEvent(ev)
  }
  when (ev.action) {
   MotionEvent.ACTION_DOWN -> {
    startX = ev.x.toInt()
    startY = ev.y.toInt()
    parent.requestDisallowInterceptTouchEvent(!disallowParentInterceptDownEvent)
   }
   MotionEvent.ACTION_MOVE -> {
    val endX = ev.x.toInt()
    val endY = ev.y.toInt()
    val disX = abs(endX - startX)
    val disY = abs(endY - startY)
    if (mViewPager2!!.orientation == ViewPager2.ORIENTATION_VERTICAL) {
     onVerticalActionMove(endY, disX, disY)
    } else if (mViewPager2!!.orientation == ViewPager2.ORIENTATION_HORIZONTAL) {
     onHorizontalActionMove(endX, disX, disY)
    }
   }
   MotionEvent.ACTION_UP, MotionEvent.ACTION_CANCEL -> parent.requestDisallowInterceptTouchEvent(false)
  }
  return super.onInterceptTouchEvent(ev)
 }

 private fun onHorizontalActionMove(endX: Int, disX: Int, disY: Int) {
  if (mViewPager2?.adapter == null) {
   return
  }
  if (disX > disY) {
   val currentItem = mViewPager2?.currentItem
   val itemCount = mViewPager2?.adapter!!.itemCount
   if (currentItem == 0 && endX - startX > 0) {
    parent.requestDisallowInterceptTouchEvent(false)
   } else {
    parent.requestDisallowInterceptTouchEvent(currentItem != itemCount - 1
      || endX - startX >= 0)
   }
  } else if (disY > disX) {
   parent.requestDisallowInterceptTouchEvent(false)
  }
 }

 private fun onVerticalActionMove(endY: Int, disX: Int, disY: Int) {
  if (mViewPager2?.adapter == null) {
   return
  }
  val currentItem = mViewPager2?.currentItem
  val itemCount = mViewPager2?.adapter!!.itemCount
  if (disY > disX) {
   if (currentItem == 0 && endY - startY > 0) {
    parent.requestDisallowInterceptTouchEvent(false)
   } else {
    parent.requestDisallowInterceptTouchEvent(currentItem != itemCount - 1
      || endY - startY >= 0)
   }
  } else if (disX > disY) {
   parent.requestDisallowInterceptTouchEvent(false)
  }
 }

 /**
  * 设置是否允许在当前View的{@link MotionEvent#ACTION_DOWN}事件中禁止父View对事件的拦截,该方法
  * 用于解决CoordinatorLayout+CollapsingToolbarLayout在嵌套ViewPager2Container时引起的滑动冲突问题。
  *
  * 设置是否允许在ViewPager2Container的{@link MotionEvent#ACTION_DOWN}事件中禁止父View对事件的拦截,该方法
  * 用于解决CoordinatorLayout+CollapsingToolbarLayout在嵌套ViewPager2Container时引起的滑动冲突问题。
  *
  * @param disallowParentInterceptDownEvent 是否允许ViewPager2Container在{@link MotionEvent#ACTION_DOWN}事件中禁止父View拦截事件,默认值为false
  *       true 不允许ViewPager2Container在{@link MotionEvent#ACTION_DOWN}时间中禁止父View的时间拦截,
  *       设置disallowIntercept为true可以解决CoordinatorLayout+CollapsingToolbarLayout的滑动冲突
  *       false 允许ViewPager2Container在{@link MotionEvent#ACTION_DOWN}时间中禁止父View的时间拦截,
  */
 fun disallowParentInterceptDownEvent(disallowParentInterceptDownEvent: Boolean) {
  this.disallowParentInterceptDownEvent = disallowParentInterceptDownEvent
 }
}

上边代码限于篇幅我就不做过多解释了,注意一下在onFinishInflate中我们通过循环,遍历了ViewPager2Container的所有子View,如果没有找到ViewPager2就抛出异常。另外,disallowParentInterceptDownEvent方法注释写的比较详细就不多说了。

使用方法也很简单,直接用ViewPager2Container包裹ViewPager2即可:

<com.zhpan.sample.viewpager2.ViewPager2Container
  android:layout_width="match_parent"
  android:layout_height="match_parent"
  app:layout_constraintBottom_toBottomOf="parent"
  app:layout_constraintLeft_toLeftOf="parent"
  app:layout_constraintRight_toRightOf="parent"
  app:layout_constraintTop_toTopOf="parent">

  <androidx.viewpager2.widget.ViewPager2
   android:id="@+id/view_pager2"
   android:layout_width="match_parent"
   android:layout_height="match_parent" />

  <com.zhpan.indicator.IndicatorView
   android:id="@+id/indicatorView"
   android:layout_centerHorizontal="true"
   android:layout_alignParentBottom="true"
   android:layout_margin="@dimen/dp_20"
   android:layout_width="wrap_content"
   android:layout_height="wrap_content"/>

 </com.zhpan.sample.viewpager2.ViewPager2Container>

这是关于ViewPager2滑动出冲突的处理方案,当然,由于BannerViewPager支持循环轮播,所以BannerViewPager的滑动冲突处理相对会更麻烦些。如果有兴趣的同学可以点击查看BannerViewPager的源码。

同时,ViewPager2Container的源码我也放到了Github,需要用到的可以自取。

以上就是ViewPager2滑动冲突解决方案的详细内容,更多关于ViewPager2滑动冲突解决的资料请关注我们其它相关文章!

(0)

相关推荐

  • Android中DrawerLayout+ViewPager滑动冲突的解决方法

    DrawerLayout 是 Android 官方的侧滑菜单控件,而 ViewPager 相信大家都很熟悉了.今天这里就讲一下当在 DrawerLayout 中嵌套 ViewPager 时,要如何解决滑动冲突的问题,效果如下: 首先,让我们先来解决 DrawerLayout 和 ViewPager 的侧滑事件冲突.当 DrawerLayout 中嵌套 ViewPager 时,侧滑默认是执行 DrawerLayout 的侧滑事件,因为 Android 的事件分发是从 外层 ViewGroup 向里

  • Android 中SwipeRefreshLayout与ViewPager滑动事件冲突解决方法

    Android 中SwipeRefreshLayout与ViewPager滑动事件冲突解决方法 问题描述: 开发中发现,SwipeRefreshLayout的下拉刷新,与ViewPager开发的banner的左右滑动事件有一点冲突,导致banner的左右滑动不够顺畅.很容易在banner的左右滑动的过程中,触发SwipeRefreshLayout的下拉刷新,从而导致banner左右滑动的体验很差. 解决方案: 可以在ViewPager的滑动时候设置SwipeRefreshLayout暂时不可用,

  • ViewPager2滑动冲突的解决方法

    ViewPager2滑动冲突解决,供大家参考,具体内容如下 本文章对ViewPager2的滑动冲突没有提供完善的解决方案,仅为巩固解决滑动冲突方面的知识 首先看看没有解决滑动冲突时写的demo: MainActivity.java package com.example.banner import androidx.appcompat.app.AppCompatActivity import android.os.Bundle import androidx.viewpager2.widget.

  • Android App中ViewPager所带来的滑动冲突问题解决方法

    叙述 滑动冲突可以说是日常开发中比较常见的一类问题,也是比较让人头疼的一类问题,尤其是在使用第三方框架的时候,两个原本完美的控件,组合在一起之后,忽然发现整个世界都不好了. 关于滑动冲突 滑动冲突分类: 滑动冲突,总的来说就是两类. 1.同方向滑动冲突 比如ScrollView嵌套ListView,或者是ScrollView嵌套自己 2.不同方向滑动冲突 比如ScrollView嵌套ViewPager,或者是ViewPager嵌套ScrollView,这种情况其实很典型.现在大部分应用最外层都是

  • ViewPager和SlidingPaneLayout的滑动事件冲突解决方法

    问题描述: ViewPager和SlidingPaneLayout的滑动事件冲突. 问题分析: 在手指左右滑动时,SlidingPaneLayout会屏蔽ViewPager的滑动事件. 解决办法: 自定义SlidingPaneLayout类 import android.content.Context; import android.support.v4.view.MotionEventCompat; import android.support.v4.widget.SlidingPaneLay

  • 解决ViewPager和SlidingPaneLayout的滑动事件冲突问题

    问题描述: ViewPager和SlidingPaneLayout的滑动事件冲突. 问题分析: 在手指左右滑动时,SlidingPaneLayout会屏蔽ViewPager的滑动事件. 解决办法: 自定义SlidingPaneLayout类 import android.content.Context; import android.support.v4.view.MotionEventCompat; import android.support.v4.widget.SlidingPaneLay

  • Android解决viewpager嵌套滑动冲突并保留侧滑菜单功能

    重写子pagerview的dispatchTouchEvent方法,在返回前添加一句getParent().requestDisallowInterceptTouchEvent(true)中断掉事件的传递,类如下 public class SupperViewPager extends ViewPager { private int screenWidth;//屏幕宽度 public SupperViewPager(Context context) { super(context); } pub

  • ViewPager2滑动冲突解决方案

    自去年12月份ViewPager2正式版发布以后,ViewPager2已经逐渐开始替代旧版本的ViewPager.许多开发者也已经在项目中使用了ViewPager2.相比ViewPager,ViewPager2的功能不可谓不强大,我在之前写过的一篇文章<学不动也要学!深入了解ViewPager2>中对ViewPager2的使用做过详细的讲解.但是,由于当时没有太多实战,所以并没有发现ViewPager2的嵌套使用存在严重的滑动冲突.直到今年三月份用ViewPager2重构BannerViewP

  • Android下拉刷新与轮播图滑动冲突解决方案

    最近在开发中遇到了这样一个问题,在下拉刷新组件中包含了一个轮播图组件,当左右滑动的图片时很容易触发下拉刷新,如下图所示: 如图中红色箭头所示方向切换轮播图,很容易触发下拉刷新.网上查了很多方法,发现都不能很好的解决,于是自己研究了下. 我选用的第三方控件 1.下拉刷新我选用的是chanven的CommonPullToRefresh(系统自带的SwipeRefreshLayout也应该是一样的道理); 2.轮播图选用的是daimajia的AndroidImageSlider(用ViewPager也

  • 浅谈Android实践之ScrollView中滑动冲突处理解决方案

    1. 前言 在Android开发中,如果是一些简单的布局,都很容易搞定,但是一旦涉及到复杂的页面,特别是为了兼容小屏手机而使用了ScrollView以后,就会出现很多点击事件的冲突,最经典的就是ScrollView中嵌套了ListView.我想大部分刚开始接触Android的同学们都踩到过这个坑,这一篇文章就从最近做的一个项目讲起,然后在过程中提供一些解决冲突的思路. 2. 项目起始 项目有一个页面,涉及到了ViewPager,MapView,ListView,也就是说在一个页面中,会有这三个V

  • Android滑动冲突的完美解决方案

    关于滑动冲突 在Android开发中,如果是一些简单的布局,都很容易搞定,但是一旦涉及到复杂的页面,特别是为了兼容小屏手机而使用了ScrollView以后,就会出现很多点击事件的冲突,最经典的就是ScrollView中嵌套了ListView.我想大部分刚开始接触Android的同学们都踩到过这个坑,下面跟着小编一起来看看解决方案吧.. 同方向滑动冲突 比如ScrollView嵌套ListView,或者是ScrollView嵌套自己 这里先看一张效果图 上图是在购物软件上常见的上拉查看图文详情,关

  • android多种滑动冲突的解决方案

    一.前言 Android 中解决滑动的方案有2种:外部拦截法 和内部拦截法. 滑动冲突也存在2种场景: 横竖滑动冲突.同向滑动冲突. 所以我就写了4个例子来学习如何解决滑动冲突的,这四个例子分别为: 外部拦截法解决横竖冲突.外部拦截法解决同向冲突.内部拦截法解决横竖冲突.内部拦截法解决同向冲突. 先上效果图: 二.实战 1.外部拦截法,解决横竖冲突 思路是,重写父控件的onInterceptTouchEvent方法,然后根据具体的需求,来决定父控件是否拦截事件.如果拦截返回返回true,不拦截返

  • Android滑动冲突的完美解决

    Android滑动在智能手机上是必备的操作,但是在开发的时候,你是否和我一样,经常会遇到滑动冲突的问题,比如最简单需要在ListView里面添加一个侧滑动作,这时候冲突时必然的,那我们该如何解决这个问题呢? 先来说一下滑动冲突都有那些,该怎么解决. 场景一:类似于ViewPager嵌套Fragmnet并且在Fragmnet中嵌套了一个ListView的效果,可以通过左右滑动来切换或者触发其他view的显示.但是在ViewPager内部已经处理了这个冲突,所以我们会发现ViewPager嵌套Fra

  • android中view手势滑动冲突的解决方法

    Android手势事件的冲突跟点击事件的分发过程息息相关,由三个重要的方法来共同完成,分别是:dispatchTouchEvent.onInterceptTouchEvent和onTouchEvent. public boolean dispatchTouchEvent(MotionEvent ev) 这个方法用来进行事件的分发.如果事件传递到view,那么这个方法一定会被调用,返回结果受当前View的onTouchEvent和下级View的dispatchTouchEvent方法的影响,表示是

  • Android滑动冲突问题的解决方法

    叙述 滑动冲突可以说是日常开发中比较常见的一类问题,也是比较让人头疼的一类问题,尤其是在使用第三方框架的时候,两个原本完美的控件,组合在一起之后,忽然发现整个世界都不好了. 关于滑动冲突 滑动冲突分类 滑动冲突,总的来说就是两类. 1.同方向滑动冲突 比如ScrollView嵌套ListView,或者是ScrollView嵌套自己 2.不同方向滑动冲突 比如ScrollView嵌套ViewPager,或者是ViewPager嵌套ScrollView,这种情况其实很典型.现在大部分应用最外层都是V

随机推荐