解决Android 中那些嵌套滑动事件冲突问题--合集

摘要: 本文主要讲的是Android滑动冲突事件的一些集锦,因为这是在日常开发中比较常见的一类问题，所以自己额外也从网上收集了一些博主们自己的理解，关于滑动事件,一些基本简单的布局都不会出现,也很容易搞定,但稍微复杂一些,比如一个页面里有纵横向RecyleView与纵向里有下拉刷新功能,这时就会造成横向不流畅,嵌套受阻。尤其是在借助三方开源框架的时候，两个原本完美的控件，组合在一起之后，忽然发现整个世界都不好了。(Ｔ▽Ｔ)

1. 双重方向RecyleView 嵌套类型

前提在纵向RecyleView里嵌套RecyleView时,如果纵向RecyleView 里还有下拉刷新的功能的时候,那么就会引起内部的横向RecyleView 的横向滑动体变差(而且只有纯横向滑动时,才能滑动内部的横向RecyleView ,否则滑动事件就会影响到下拉刷新)

解决方法思路:添加拦截判断,重写onIterceptTouchEvent()方法,通过记录下手指按下的位置,进行初始化标记,如果viewpager正在拖拽中,那么不去拦截它的事件,且实时获取当前手指的位置 .getX(),最后再利用初始末位置差进行判断,如果X轴大于Y轴位移,那么将事件交给viewPager处理,如果Y轴位移大于X轴,事件交给swipeRefreshLayout处理

public class MySwipeRefreshLayout extends SwipeRefreshLayout {

  private boolean mIsVpDragger;
  private final int mTouchSlop;
  private float startY;
  private float startX;

  public MySwipeRefreshLayout(Context context) {
    super(context);
    mTouchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
  }

  public MySwipeRefreshLayout(Context context, AttributeSet attrs) {
    super(context, attrs);
    mTouchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
  }


  @Override
  public boolean onInterceptTouchEvent(MotionEvent ev) {
    int action = ev.getAction();
    switch (action) {
      case MotionEvent.ACTION_DOWN:
        // 记录手指按下的位置
        startY = ev.getY();
        startX = ev.getX();
        // 初始化标记
        mIsVpDragger = false;
        break;
      case MotionEvent.ACTION_MOVE:
        // 如果viewpager正在拖拽中，那么不拦截它的事件，直接return false；
        if (mIsVpDragger) {
          return false;
        }

        // 获取当前手指位置
        float endY = ev.getY();
        float endX = ev.getX();
        float distanceX = Math.abs(endX - startX);
        float distanceY = Math.abs(endY - startY);
        // 如果X轴位移大于Y轴位移，那么将事件交给viewPager处理。
        if (distanceX > mTouchSlop && distanceX > distanceY) {
          mIsVpDragger = true;
          return false;
        }
        break;
      case MotionEvent.ACTION_UP:
      case MotionEvent.ACTION_CANCEL:
        // 初始化标记
        mIsVpDragger = false;
        break;
    }
    // 如果是Y轴位移大于X轴，事件交给swipeRefreshLayout处理。
    return super.onInterceptTouchEvent(ev);
  }
}

2. 同方向滑动冲突

ScrollView嵌套ListView,或者双重ScrollView 嵌套。ScrollView相信大家都比较熟悉了,就是在展示一个页面的时候,当前屏幕不够时,可以左右移动查看屏幕外侧内容。

3. 不同方向滑动冲突

eg:ScrollView嵌套ViewPager ,或者是ViewPager嵌套ScrollView,这种在项目类型中是很常见的。目前对于模块嵌套较多的应用外层都是ViewPager+Fragment 的底部切换(如网易新闻,淘宝,京东)结构,这种时候如果处理不当,就会很容易出现滑动冲突。
但ViewPager里面嵌套ListView还是ScrollView都不会出现滑动冲突事件,毕竟是官方原生控件,都会考虑到,从而比较完善些。

---

滑动冲突解决思路
滑动冲突无疑就是在嵌套中有占一个主导地位的View,每次总是抢着帮外边一层View处理的滑动事件,这样就导致一种很别扭的用户体验，明明只是横向的滑动了一下，纵向的列表却在垂直方向发生了动作。就是说，这个占主导地位的View，每一次都身不由己的拦截了这个滑动的动作，因此，要解决滑动冲突，就是得明确告诉这个占主导地位的View，什么时候你该拦截，什么时候你不应该拦截，什么时候又应该轮到由下一层的View去处理这个滑动动作?从这些分析思路出发,从而就很好解决了。

这里不明白的同学,可以先看一下Android Touch事件的分发机制 的大致流程.

第二种滑动冲突,解决起来较为简单些，这里举个列子说明一下。
这里，说一下背景情况。之前做下拉刷新、上拉加载更多时一直使用的是PullToRefreshView这个控件，因为很方便，不用导入三方工程。在其内部可以放置ListView，GridView及ScrollView，非常方便，用起来可谓是屡试不爽。但是直到有一天，因项目需要，在ListView顶部加了一个轮播图控件BannerView。结果发现轮播图滑动的时候，和纵向的下拉刷新组件冲了。
如之前所说，解决滑动冲突的关键，就是明确告知接收到Touch的View，是否需要拦截此次事件。

解决方法：
解决方案1 ，从外部拦截机制考虑
相当是在PullToRefreshView 里嵌套了ViewPager ,那么每次优先接收到Touch事件的必然是PullToRefreshView.

在PullToRefreshView中：



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

即在上面提及到的双重RecyleView嵌套里解决的前提横向滑动距离大于纵向时,无须拦截这次滑动事件(￣▽￣)~* 嗯，其实就是这么简单，但前提是你必须理解Android Touch事件的传递机制,期间各个方法执行的顺序及其意义。

解决方案2，从内容逆向思维分析
有时候，我们不想去修改引入的第三方控件，或者说是无法修改时。就必须考虑从当前从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)
子View如果不希望其父View拦截Touch事件时，可调用此方法。当disallowIntercept这个参数为true时，父View将不拦截。
好了，言归正传。这里拦截直接也很明确，在carouselView的onTouch方法中每次进入就设定父View不拦截此次事件，然后在MOTION_MOVE时候，根据滑动的距离判断再决定是父View是否有权利拦截Touch事件（即滑动行为）。

再者就是 让ViewPager 禁止滑动
或者我们干脆就把滑动给禁止了:

public class CustomViewPager extends ViewPager {

  private boolean isPagingEnabled = true;

  public CustomViewPager(Context context) {
    super(context);
  }

  public CustomViewPager(Context context, AttributeSet attrs) {
    super(context, attrs);
  }

  @Override
  public boolean onTouchEvent(MotionEvent event) {
    return this.isPagingEnabled && super.onTouchEvent(event);
  }

  @Override
  public boolean onInterceptTouchEvent(MotionEvent event) {
    return this.isPagingEnabled && super.onInterceptTouchEvent(event);
  }

  public void setPagingEnabled(boolean b) {
    this.isPagingEnabled = b;
  }}

后续……….