Android:SwipeRefreshLayout和ViewPager滑动冲突的原因和正确的解决方式

版权声明:本文为博主原创文章,转载请声明出处http://blog.****.net/u010386612 https://blog.****.net/u010386612/article/details/50548977

BUG修复

2016.01.21 用几部真机测试,发现有些手机,手指没有滑动,move也一直执行。这回导致我们的判断出现一些问题。现在已经修复,加入了TouchSlop判断。

2017.6.16 修改文章中的一些错误

一、前言

急着解决问题的直接看博文的最后面吧,或者点这里跳转过去,正确的解决方式就在那。

虽然SwipeRefreshLayout出来已经很久了,但是知道今天我才第一次使用。
然后发现两个问题:
1. SwipeRefreshLayout会吃掉ViewPager的滑动事件。
2. SwipeRefreshLayout需要套在ScrollView和ListView上的时候才表现的比较友好,在其他ViewGroup上有点问题,不知道为什么,到时候去看下源码。(这问题已经被google修复)

今天我只说第一个问题:
很明显如果是往左下或右下滑动的时候,事件就会被SwipeRefreshLayout吃掉。但是平移滑动或者往右上左上滑动就没问题。
Android:SwipeRefreshLayout和ViewPager滑动冲突的原因和正确的解决方式

二、目前网上流传的解决方式

我网上找解决方法的时候,发现无非都是两种方式。
1、监听ViewPager的OnTouch事件,滑动的时候禁用swipeRefreshLayout

  1. mViewPager.setOnTouchListener(new View.OnTouchListener() {
  2. @Override
  3. public boolean onTouch(View v, MotionEvent event) {
  4. switch (event.getAction()) {
  5. case MotionEvent.ACTION_MOVE:
  6. mSwipeRefreshLayout.setEnabled(false);
  7. break;
  8. case MotionEvent.ACTION_UP:
  9. case MotionEvent.ACTION_CANCEL:
  10. mSwipeRefreshLayout.setEnabled(true);
  11. break;
  12. }
  13. return false;
  14. }
  15. })

2、继承ViewPager,请求父控件不要拦截ViewPager事件

  1. public class CustomViewPager extends ViewPager {
  2. public CustomViewPager(Context ctx, AttributeSet attrs) {
  3. super(ctx, attrs);
  4. }
  5. @Override
  6. public boolean onInterceptTouchEvent(MotionEvent ev) {
  7. boolean in = super.onInterceptTouchEvent(ev);
  8. if (in) {
  9. getParent().requestDisallowInterceptTouchEvent(true);
  10. this.requestDisallowInterceptTouchEvent(true);
  11. }
  12. return false;
  13. }
  14. }

这两种方法都会导致一个问题, 在ViewPager无法刷新。
就像这样:
第一种方式,偶尔能滑动,偶尔滑不动。为什么会这样,继续往下看,带你分析源码。
Android:SwipeRefreshLayout和ViewPager滑动冲突的原因和正确的解决方式

第二种方式,连偶尔都不要想,不管在真机还是模拟器,都无法刷新了,这里就不演示了。具体原因请看我的另一篇博客,看懂以后妈妈再也不用担心你的事件分发了。
Android的事件分发源码分析,告别事件冲突
————2017.06.16————
随着版本更新,android的事件分发的机制也原来越完善,老的文章已经不适合了,我已经不知道是我当时写错了还是SwipeRefreshLayout更改了,下面补充下第二种方式。
这里要感谢一下28楼的”GEASS123”网友的提醒.

第二种方式
第二种方式不起作用的原因是,SwipeRefreshLayout重写了requestDisallowInterceptTouchEvent方法

  1. @Override
  2. public void requestDisallowInterceptTouchEvent(boolean b) {
  3. // if this is a List < L or another view that doesn't support nested
  4. // scrolling, ignore this request so that the vertical scroll event
  5. // isn't stolen
  6. if ((android.os.Build.VERSION.SDK_INT < 21 && mTarget instanceof AbsListView)
  7. || (mTarget != null && !ViewCompat.isNestedScrollingEnabled(mTarget))) {
  8. // Nope.
  9. } else {
  10. super.requestDisallowInterceptTouchEvent(b);
  11. }
  12. }

 

因为事件是先从上层往下层传递的,既然ViewPager的事件被吃掉了,那么肯定是在SwipeRefreshLayout中被消费了。
我们去看看SwipeRefreshLayout的源码。
1. 先看dispatch方法,发现重写此方法。
2. 然后看onIntercept方法,发现是在这里拦截了。那么onTouchEvent方法就不用看了。下面我们就来分析一下onInterceptTouchEvent方法的源码。

三、SwipeRefreshLayout的onInterceptTouchEvent源码分析。

有目的性的分析,我们只需要分析和事件冲突相关的源码,所以只注释的关键部分。

  1. @Override
  2. public boolean onInterceptTouchEvent(MotionEvent ev) {
  3. // 确保有SwipeRefreshLayout有Target
  4. // 遍历所有child,第一个child就是target(除了刷新的那个圈)。
  5. // 这就是为啥SwiperefreshLayout只能有一个child的原因。
  6. // 先无视掉这句代码,和我们分析目的无关
  7. ensureTarget();
  8. final int action = MotionEventCompat.getActionMasked(ev);
  9. // 这个也无视吧, mReturningToStart一直都是false的,源码中并没有赋值
  10. // 估计原本用于判断是否正在刷新中,后来用了其他方式判断。(猜测)
  11. if (mReturningToStart && action == MotionEvent.ACTION_DOWN) {
  12. mReturningToStart = false;
  13. }
  14. if (!isEnabled() || mReturningToStart || canChildScrollUp() || mRefreshing) {
  15. // Fail fast if we're not in a state where a swipe is possible
  16. return false;
  17. }
  18. switch (action) {
  19. case MotionEvent.ACTION_DOWN:
  20. setTargetOffsetTopAndBottom(mOriginalOffsetTop - mCircleView.getTop(), true);
  21. mActivePointerId = MotionEventCompat.getPointerId(ev, 0);
  22. // 一个记录是否正在进行拖拽的标记,初始化false。
  23. mIsBeingDragged = false;
  24. // 获取按下的Y轴位置
  25. final float initialDownY = getMotionEventY(ev, mActivePointerId);
  26. if (initialDownY == -1) {
  27. return false;
  28. }
  29. mInitialDownY = initialDownY;
  30. break;
  31. case MotionEvent.ACTION_MOVE:
  32. if (mActivePointerId == INVALID_POINTER) {
  33. Log.e(LOG_TAG, "Got ACTION_MOVE event but don't have an active pointer id.");
  34. return false;
  35. }
  36. // 获取当前的Y轴位置
  37. final float y = getMotionEventY(ev, mActivePointerId);
  38. if (y == -1) {
  39. return false;
  40. }
  41. // 获取手指在Y轴的滑动距离
  42. final float yDiff = y - mInitialDownY;
  43. // 如果滑动距离大于mTouchSlop(不同手机的值不同,一般为8px)
  44. // 并且当前不是在拖拽中
  45. if (yDiff > mTouchSlop && !mIsBeingDragged) {
  46. mInitialMotionY = mInitialDownY + mTouchSlop;
  47. // 设置当前拖拽标记为true
  48. mIsBeingDragged = true;
  49. mProgress.setAlpha(STARTING_PROGRESS_ALPHA);
  50. }
  51. break;
  52. case MotionEventCompat.ACTION_POINTER_UP:
  53. onSecondaryPointerUp(ev);
  54. break;
  55. case MotionEvent.ACTION_UP:
  56. case MotionEvent.ACTION_CANCEL:
  57. //当手指抬起的时候设置拖拽标记为false;
  58. mIsBeingDragged = false;
  59. mActivePointerId = INVALID_POINTER;
  60. break;
  61. }
  62. // 如果是拖拽中,拦截事件,否则不拦截。
  63. return mIsBeingDragged;
  64. }

看不懂的可以再看几遍,主要是mIsBeingDragged这个参数的值是否为true。

四、使用第一种方式,偶尔能拉下小球的原因

1、那么我们来分析下,为什么使用第一种方式的时候,偶尔将小球给拉下来。
首先看这里

  1. // 获取手指在Y轴的滑动距离
  2. final float yDiff = y - mInitialDownY;
  3. // 如果滑动距离大于mTouchSlop(不同手机的值不同,一般为8px)
  4. // 并且当前不是在拖拽中
  5. if (yDiff > mTouchSlop && !mIsBeingDragged) {
  6. mInitialMotionY = mInitialDownY + mTouchSlop;
  7. // 设置当前拖拽标记为true
  8. mIsBeingDragged = true;
  9. mProgress.setAlpha(STARTING_PROGRESS_ALPHA);
  10. }
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

当滑动距离大于mTouchSlop的时候才拦截事件。
也就是说

  1. 如果我Y轴滑动距离没有大于这个mTouchSlop,mIsBeingDragged为false,事件就不拦截了,会继续往下分发,那么ViewPager就响应到了move事件,并且将SwipeRefreshLayout设置成Disable了。这就是为什么往下滑动为什么总是不能将小球拉下来的原因。
  2. 如果Y轴滑动距离大于这个mTouchSlop,那么事件就拦拦截了自己处理,小球就可以被拉下来了。这也是偶尔能将小球拉下来的原因。

什么时候Y轴滑动距离会大于mTouchSlop而不被ViewPager响应到事件呢。
要知道两次Touch之间也是有个很短的响应时间的,只要在这个时间内,Y轴滑动距离大于mTouchSlop就可以了,这时候事件就被拦截了,ViewPager没机会响应到move事件,从而不会禁用掉SwipeRefreshLayout。

我们来测试一下,超级快速的往下滑动。
可以看到,慢慢滑动的时候,小球无法拉下来,如果快速下拉,小球就出来了。
这也是因为在模拟器上比较卡的原因,如果在真机上,要更快一些才可以。
Android:SwipeRefreshLayout和ViewPager滑动冲突的原因和正确的解决方式

五、解决方式

写了一大堆有的没的才到了重点,别着急,我觉得看完上面内容会对以后解决相关问题会有帮助,百度谷歌也不是所有问题都能搜的出来。

重写SwipeRefreshLayout的onIntercept方法就可以很简单的解决了。
思路:
1. 因为下拉刷新,只有纵向滑动的时候才有效,那么我们就判断此时是纵向滑动还是横向滑动就可以了。
2. 纵向滑动就拦截事件,横向滑动不拦截。
3. 怎么判断是纵向滑动还是横向滑动,只要判断Y轴的移动距离大于X轴的移动距离那么就判定为纵向滑动就行了。

以下就是重写后的SwipeRefreshLayout,直接复制到项目就可以使用了。

  1. /**
  2. * Created by AItsuki on 2016/1/20.
  3. */
  4. public class VpSwipeRefreshLayout extends SwipeRefreshLayout {
  5. private float startY;
  6. private float startX;
  7. // 记录viewPager是否拖拽的标记
  8. private boolean mIsVpDragger;
  9. private final int mTouchSlop;
  10. public VpSwipeRefreshLayout(Context context, AttributeSet attrs) {
  11. super(context, attrs);
  12. mTouchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
  13. }
  14. @Override
  15. public boolean onInterceptTouchEvent(MotionEvent ev) {
  16. int action = ev.getAction();
  17. switch (action) {
  18. case MotionEvent.ACTION_DOWN:
  19. // 记录手指按下的位置
  20. startY = ev.getY();
  21. startX = ev.getX();
  22. // 初始化标记
  23. mIsVpDragger = false;
  24. break;
  25. case MotionEvent.ACTION_MOVE:
  26. // 如果viewpager正在拖拽中,那么不拦截它的事件,直接return false;
  27. if(mIsVpDragger) {
  28. return false;
  29. }
  30. // 获取当前手指位置
  31. float endY = ev.getY();
  32. float endX = ev.getX();
  33. float distanceX = Math.abs(endX - startX);
  34. float distanceY = Math.abs(endY - startY);
  35. // 如果X轴位移大于Y轴位移,那么将事件交给viewPager处理。
  36. if(distanceX > mTouchSlop && distanceX > distanceY) {
  37. mIsVpDragger = true;
  38. return false;
  39. }
  40. break;
  41. case MotionEvent.ACTION_UP:
  42. case MotionEvent.ACTION_CANCEL:
  43. // 初始化标记
  44. mIsVpDragger = false;
  45. break;
  46. }
  47. // 如果是Y轴位移大于X轴,事件交给swipeRefreshLayout处理。
  48. return super.onInterceptTouchEvent(ev);
  49. }
  50. }
            </div>

转自:https://blog.****.net/ding19972431/article/details/82114531