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