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

叙述

滑动冲突可以说是日常开发中比较常见的一类问题,也是比较让人头疼的一类问题,尤其是在使用第三方框架的时候,两个原本完美的控件,组合在一起之后,忽然发现整个世界都不好了。

关于滑动冲突

滑动冲突分类

滑动冲突,总的来说就是两类。

1、同方向滑动冲突
比如ScrollView嵌套ListView,或者是ScrollView嵌套自己

2、不同方向滑动冲突
比如ScrollView嵌套ViewPager,或者是ViewPager嵌套ScrollView,这种情况其实很典型。现在大部分应用最外层都是ViewPager+Fragment 的底部切换(比如微信)结构,这种时候,就很容易出现滑动冲突。不过ViewPager里面无论是嵌套ListView还是ScrollView,滑动冲突是没有的,毕竟是官方的东西,可能已经考虑到了这些,所以比较完善。

复杂一点的滑动冲突,基本上就是这两个冲突结合的结果。

滑动冲突解决思路

滑动冲突,就其本质来说,两个不同方向(或者是同方向)的View,其中有一个是占主导地位的,每次总是抢着去处理外界的滑动行为,这样就导致一种很别扭的用户体验,明明只是横向的滑动了一下,纵向的列表却在垂直方向发生了动作。就是说,这个占主导地位的View,每一次都身不由己的拦截了这个滑动的动作,因此,要解决滑动冲突,就是得明确告诉这个占主导地位的View,什么时候你该拦截,什么时候你不应该拦截,应该由下一层的View去处理这个滑动动作。

这里不明白的同学,可以去了解一下Android Touch事件的分发机制,这也是解决滑动冲突的核心知识。

第二种滑动冲突,解决起来是比较简单的。这里就结合例子说一下。

滑动冲突

这里,说一下背景情况。之前做下拉刷新、上拉加载更多时一直使用的是PullToRefreshView这个控件,因为很方便,不用导入三方工程。在其内部可以放置ListView,GridView及ScrollView,非常方便,用起来可谓是屡试不爽。但是直到有一天,因项目需要,在ListView顶部加了一个轮播图控件BannerView。结果发现轮播图滑动的时候,和纵向的下拉刷新组件冲突了。

如之前所说,解决滑动冲突的关键,就是明确告知接收到Touch的View,是否需要拦截此次事件。

解决方法

解决方案1,从外部拦截机制考虑

这里,相当于是PullToRefreshView嵌套了ViewPager,那么每次优先接收到Touch事件的必然是PullToRefreshView。因为正常情况下,父控件会优先接收到touch事件。这样就清楚了,看代码:

在PullToRefreshView的onInterceptTouchEvent方法中:

  @Override
  public boolean onInterceptTouchEvent(MotionEvent e) {
    int y = (int) e.getRawY();
    int x = (int) e.getRawX();
    boolean resume = false;
    switch (e.getAction()) {
      case MotionEvent.ACTION_DOWN:
        // 发生down事件时,记录y坐标
        mLastMotionY = y;
        mLastMotionX = x;
        resume = false;
        break;
      case MotionEvent.ACTION_MOVE:
        // deltaY > 0 是向下运动,< 0是向上运动
        int deltaY = y - mLastMotionY;
        int deleaX = x - mLastMotionX;

        if (Math.abs(deleaX) > Math.abs(deltaY)) {
          resume = false;
        } else {
        //当前正处于滑动
          if (isRefreshViewScroll(deltaY)) {
            resume = true;
          }
        }
        break;
      case MotionEvent.ACTION_UP:
      case MotionEvent.ACTION_CANCEL:
        break;
    }
    return resume;
  }

这里最关键的代码就是这行

if (Math.abs(deleaX) > Math.abs(deltaY)) {
          resume = false;
        }

横向滑动距离大于纵向时,无须拦截这次滑动事件,滑动事件会传递到下一层的view,也就是这里的轮播图控件,这样横向滑动轮播图的时候,PullToRefreshView就不会有下拉的动作了。其实,就是这么简单,但前提是你必须明确了解Android Touch事件的传递机制,期间各个方法执行的顺序及意义。

ps: 关于上文中提到的isRefreshViewScroll 方法代码(这个方法其实是PullToRefreshView这个控件自带的一个方法)

/** * 是否应该到了父View,即PullToRefreshView滑动
*
* @param deltaY , deltaY > 0 是向下运动,< 0是向上运动
 * @return
 */
private boolean isRefreshViewScroll(int deltaY) {
    if (mHeaderState == REFRESHING || mFooterState == REFRESHING) {
      return false;
    }
    // 对于ListView和GridView
    if (mAdapterView != null) {
      // 子view(ListView or GridView)滑动到最顶端
      if (deltaY > 0) {
        View child = mAdapterView.getChildAt(0);
        if (child == null) {
          // 如果mAdapterView中没有数据,不拦截
          return false;
        }
        if (mAdapterView.getFirstVisiblePosition() == 0
            && child.getTop() == 0) {
          mPullState = PULL_DOWN_STATE;
          return true;
        }
        int top = child.getTop();
        int padding = mAdapterView.getPaddingTop();
        if (mAdapterView.getFirstVisiblePosition() == 0
            && Math.abs(top - padding) <= 8) {// 这里之前用3可以判断,但现在不行,还没找到原因
          mPullState = PULL_DOWN_STATE;
          return true;
        }
      } else if (deltaY < 0) {
        View lastChild = mAdapterView.getChildAt(mAdapterView
            .getChildCount() - 1);
        if (lastChild == null) {
          // 如果mAdapterView中没有数据,不拦截
          return false;
        }
        // 最后一个子view的Bottom小于父View的高度说明mAdapterView的数据没有填满父view,
        // 等于父View的高度说明mAdapterView已经滑动到最后
        if (lastChild.getBottom() <= getHeight()
            && mAdapterView.getLastVisiblePosition() == mAdapterView
            .getCount() - 1) {
          mPullState = PULL_UP_STATE;
          return true;
        }
      }
    }
    // 对于ScrollView
    if (mScrollView != null) {
      // 子scroll view滑动到最顶端
      View child = mScrollView.getChildAt(0);
      if (deltaY > 0 && mScrollView.getScrollY() == 0) {
        mPullState = PULL_DOWN_STATE;
        return true;
      } else if (deltaY < 0
          && child.getMeasuredHeight() <= getHeight()
          + mScrollView.getScrollY()) {
        mPullState = PULL_UP_STATE;
        return true;
      }
    }
    return false;

解决方案2,从内容逆向思维分析

有时候,我们不想去修改或者是无法修改最先接收到Touch事件的View 时,比如这里我不想去修改PullToRefreshView的代码。就必须考虑从当前从Touch传递事件中最后的那个View逆向考虑。首先,由Android中View的Touch事件传递机制,我们知道Touch事件,首先必然由最外层View接收到,并很有可能被它拦截,如果无法更改这个最外层View,那么是不是就没辙了呢?其实不然,Android这么高大上的系统必然考虑到了这个问题,好了废话不说,先看代码

  private BannerView carouselView;
  private Context mContext;

  private PullToRefreshView refreshView;

  refreshView.setOnTouchListener(new View.OnTouchListener() {
      @Override
      public boolean onTouch(View v, MotionEvent event) {
        carouselView.getParent().requestDisallowInterceptTouchEvent(false);
        return false;
      }
    });

    carouselView.setOnTouchListener(new View.OnTouchListener() {
      @Override
      public boolean onTouch(View v, MotionEvent event) {
        carouselView.getParent().requestDisallowInterceptTouchEvent(true);
        int x = (int) event.getRawX();
        int y = (int) event.getRawY();

        switch (event.getAction()) {
          case MotionEvent.ACTION_DOWN:
            lastX = x;
            lastY = y;
            break;
          case MotionEvent.ACTION_MOVE:
            int deltaY = y - lastY;
            int deltaX = x - lastX;
            if (Math.abs(deltaX) < Math.abs(deltaY)) {
              carouselView.getParent().requestDisallowInterceptTouchEvent(false);
            } else {
              carouselView.getParent().requestDisallowInterceptTouchEvent(true);
            }
          default:
            break;
        }
        return false;
      }
    });

首先说一下这个方法

public abstract void requestDisallowInterceptTouchEvent (boolean disallowIntercept)

API里的意思很明确,子View如果不希望其父View拦截Touch事件时,可调用此方法。当disallowIntercept这个参数为true时,父View将不拦截。

好了,言归正传。这里拦截直接也很明确,在carouselView的onTouch方法中每次进入就设定父View不拦截此次事件,然后在MOTION_MOVE时候,根据滑动的距离判断再决定是父View是否有权利拦截Touch事件(即滑动行为)。

关键的处理逻辑就是这里:

if (Math.abs(deltaX) < Math.abs(deltaY)) {
              carouselView.getParent().requestDisallowInterceptTouchEvent(false);
            } else {
              carouselView.getParent().requestDisallowInterceptTouchEvent(true);
            }

这个结合上面对这个方法的解释,应该很好理解了,就不多做阐述了。

可以看到,解决这种滑动冲突的方法很简单,最根本的还是得充分了解Touch事件的传递机制,只有这样,才能明白该在哪里做什么事情。当然,横竖滑动的冲突很好理解,但同一方向的滑动冲突情况就有点复杂了,下次再说。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

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

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

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

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

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

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

  • Android滑动冲突的完美解决

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

  • Android滑动事件冲突详解(一)

    首先,我们假设这样一个场景:一个ViewPager里面嵌套一个ViewPager,内部滑动方向和外部滑动方向一样时,该怎么解决这一冲突呢? 针对滑动冲突这里给出两种解决方案:外部拦截法,内部拦截法. 外部拦截法 外部拦截法是指点击事件都先经过父容器的拦截处理,如果父容器需要此拦截事件,就拦截,不需要就不拦截,这种方法比较符合点击事件的分发机制.这种方法代码如下: @Override public boolean onInterceptTouchEvent(MotionEvent ev) { ..

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

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

  • 浅谈Android View滑动冲突的解决方法

    引言 这一篇文章我们就通过介绍滑动冲突的规则和一个实例来更加深入的学习View的事件分发机制. 1.外部滑动方向和内部滑动方向不一致 考虑这样一种场景,开发中我们经常使用ViewPager和Fragment配合使用所组成的页面滑动效果,很多主流的应用都会使用这样的效果.在这种效果中,可以使用左右滑动来切换界面,而每一个界面里面往往又都是ListView这样的控件.本来这种情况是存在滑动冲突的,只是ViewPager内部处理了这种滑动冲突.如果我们不使用ViewPager而是使用ScrollVie

  • Android中RecyclerView嵌套滑动冲突解决的代码片段

    在纵向RecyclerView嵌套横向RecyclerView时,如果纵向RecyclerView有下拉刷新功能,那么内部的横向RecyclerView的横向滑动体验会很差.(只有纯横向滑动时,才能滑动内部的横向RecyclerView,否则滑动事件就会影响到下拉刷新),添加拦截判断. public class MySwipeRefreshLayout extends SwipeRefreshLayout { private boolean mIsVpDragger; private final

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

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

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

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

随机推荐