• 微信公众号:美女很有趣。 工作之余,放松一下,关注即送10G+美女照片!

Android嵌套滑动分析与实践

互联网 diligentman 1周前 (02-20) 8次浏览

文章目录

    • 【一】传统事件分发
      • 1.1 传统事件分发流程
      • 1.2 传统事件滑动冲突
        • 1.2.1外部拦截法
        • 1.2.2内部拦截法
      • 1.3 传统嵌套滑动冲突
        • 1.3.1 ScrollView+ ListView嵌套冲突
        • 1.3.2 ScrollView+ ViewPager嵌套问题
    • 【二】 传统事件分发 VS NestedScrolling
    • 【三】NestedScrolling嵌套滑动
      • 2.1 NestedScrollingChild
      • 2.2 NestedScrollingParent
      • 2.3 两者之间的关系
      • 2.4 二个NestedScrolling 嵌套滑动例子

【一】传统事件分发

1.1 传统事件分发流程

Activity:

public boolean dispatchTouchEvent(MotionEvent event)

public boolean onTouchEvent(MotionEvent event) 

ViewGroup:

public boolean dispatchTouchEvent(MotionEvent event)

public boolean onInterceptTouchEvent(MotionEvent ev)

public boolean onTouchEvent(MotionEvent event) 

View:

public boolean dispatchTouchEvent(MotionEvent event)

public boolean onTouchEvent(MotionEvent event) 

伪代码表示dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent三者之间的关系:

public boolean dispatchTouchEvent (MotionEvent ev){
    boolean consume = false;
    if (onInterceptTouchEvent(ev)) {
        consume = onTouchEvent(ev);
    } else {
        consume = child.dispatchTouchEvent(ev);
    }
    return consume;
}

用图来表示事件传递的过程:

Android嵌套滑动分析与实践

1.2 传统事件滑动冲突

来看ViewGroup的分发(PS:本文中的源码是基于Android API 24分析的~):

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {

------other code------

// Check for interception.
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
    if (!disallowIntercept) {
        intercepted = onInterceptTouchEvent(ev);
        ev.setAction(action); // restore action in case it was changed
    } else {
        intercepted = false;
    }
} else {
    // There are no touch targets and this action is not an initial down
    // so this view group continues to intercept touches.
    intercepted = true;
}
------other code------
handled = super.dispatchTouchEvent(transformedEvent);
}

当ViewGroup不拦截事件并由ViewGroup的子View处理事件时,mFirstTouchTarget会被赋值并指向子View,上面的代码可以分成下面几种情况:
1、如果MotionEvent.ACTION_DOWN事件被ViewGroup拦截,那么mFirstTouchTarget==null,那么后续的ACTION_MOVE、ACTION_UP事件都不会往子View中传递了,而会走ViewGroup的onTouchEvent方法。

2、当mFirstTouchTarget != null时,即子View处理后续ACTION_MOVE、ACTION_UP事件时,子View中可以通过设置getParent().requestDisallowInterceptTouchEvent(true),该设置会影响上述代码中的disallowIntercept变量,从而使ViewGroup不拦截事件,将事件传递到子View中去

下面分析一下当遇到滑动冲突的时候一般的解决方法:

1.2.1外部拦截法

外部拦截法即在父ViewGroup的onInterceptTouchEvent中去做处理,伪代码如下:

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    boolean isIntercept = false;
    switch (ev.getAction()) {
        case MotionEvent.ACTION_DOWN:
            isIntercept = false;
            break;
        case MotionEvent.ACTION_MOVE:
            if (ViewGroup拦截ACTION_MOVE条件) {
                isIntercept = true;
            } else {
                isIntercept = false;
            }
            break;
        case MotionEvent.ACTION_UP:
            isIntercept = false;
            break;
    }
    return isIntercept;
}

这里注意除非父ViewGroup要处理所有事件,否则一定不能拦截ACTION_DOWN,因为一旦拦截了ACTION_DOWN事件,后续的MOVE、UP事件将都不能传递到子View了

1.2.2内部拦截法

内部拦截法是指父ViewGroup不拦截任何事件,所有事件都传递到子View中,通过getParent().requestDisallowInterceptTouchEvent(boolean)来控制后续事件让不让父ViewGroup去拦截。来看requestDisallowInterceptTouchEvent源码

@Override
public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {

    if (disallowIntercept == ((mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0)) {
        // We're already in this state, assume our ancestors are too
        return;
    }

    if (disallowIntercept) {
        mGroupFlags |= FLAG_DISALLOW_INTERCEPT;
    } else {
        mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
    }

    // Pass it up to our parent
    if (mParent != null) {
        mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
    }
}

主要是修改标志位mGroupFlags,这个标志位也是在父ViewGroup的dispatchTouchEvent中控制是否走onInterceptTouchEvent()拦截方法的,disallowIntercept为true时,父ViewGroup不会再走onInterceptTouchEvent()拦截事件;反之会走onInterceptTouchEvent()方法,默认是false。

内部拦截法的使用举例:

在子View的dispatchTouchEvent中:

@Override
public boolean dispatchTouchEvent(MotionEvent event) {
    switch (event.getAction()) {
        case MotionEvent.ACTION_DOWN:
            getParent().requestDisallowInterceptTouchEvent(true);
            break;
        case MotionEvent.ACTION_MOVE:
            if (父ViewGroup需要拦截并处理事件) {
                getParent().requestDisallowInterceptTouchEvent(false);
            }
            break;
        case MotionEvent.ACTION_UP:
            break;
    }
    return super.dispatchTouchEvent(event);
}

在父ViewGroup的onInterceptTouchEvent中:

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    return ev.getAction() != MotionEvent.ACTION_DOWN;
}

内部拦截法同样不能拦截ACTION_DOWN事件,否则事件不能传递到子View中。

1.3 传统嵌套滑动冲突

在开始介绍滑动冲突之前,先介绍一下测量规格MeasureSpecMeasureSpec参与了View的测量过程,子View的MeasureSpec的创建是由父View的MeasureSpec和子View自身的LayoutParams共同决定的,MeasureSpec的组成:

MeasureSpec是一个32位的int值,高2位是specMode,低30位是specSize,如下:

public static int makeMeasureSpec(@IntRange(from = 0, to = (1 << MeasureSpec.MODE_SHIFT) - 1) int size, @MeasureSpecMode int mode) {
    if (sUseBrokenMakeMeasureSpec) {
        return size + mode;
    } else {
        return (size & ~MODE_MASK) | (mode & MODE_MASK);
    }
}

SpecMode是测量模式,SpecSize是在某种测量模式下的测量大小,SpecMode有三个值:

USPECIFIED: 父View对子View没有任何限制。

EXACTLY: 父View已经检测出View的精确大小,View的最终大小就是SpecSize指定的值。它对应于LayoutParams中的match_parent和具体数值这两种模式。

AT_MOST:父View指定了一个可用大小SpecSize,View的大小不能大于这个值,具体是什么值要看不同View的具体实现。它对应于LayoutParams中的wrap_content。

1.3.1 ScrollView+ ListView嵌套冲突

默认ListView中的onMeasure方法:

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    // Sets up mListPadding
    super.onMeasure(widthMeasureSpec, heightMeasureSpec);

    -----其他代码-----
    int heightSize = MeasureSpec.getSize(heightMeasureSpec);

    if (heightMode == MeasureSpec.UNSPECIFIED) {
        heightSize = mListPadding.top + mListPadding.bottom +    childHeight + getVerticalFadingEdgeLength() * 2;
    }

    if (heightMode == MeasureSpec.AT_MOST) {
        heightSize = measureHeightOfChildren(widthMeasureSpec, 0,    NO_POSITION, heightSize, -1);
    }
 }

通过源码我们知道当测量模式是UNSPECIFIED时,高度只是一个item的高度(包括上下的padding);当测量模式是AT_MOST时,高度是所有item的高度,即整个listview的高度。通过测试发现ScrollView和ListView嵌套使用时,传给ListView的测量模式是UNSPECIFIED,所以只能显示一个Item的高度,那怎么显示整个ListView的高度呢?通过上面的分析我们已经知道答案了:重写ListView的onMeasure方法!

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    int heightSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST);
    super.onMeasure(widthMeasureSpec, heightSpec);
}

放弃通过父View及自身LayoutParams生成的MeasureSpec(specMode为UNSPECIFIED),重新生成一个specMode为AT_MOST的MeasureSpec即可。

1.3.2 ScrollView+ ViewPager嵌套问题

来看ViewPager的onMeasure源码

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    // For simple implementation, our internal size is always 0.
    // We depend on the container to specify the layout size of
    // our view.  We can't really know what it is since we will be
    // adding and removing different arbitrary views and do not
    // want the layout to change as this happens.
    setMeasuredDimension(getDefaultSize(0, widthMeasureSpec),
            getDefaultSize(0, heightMeasureSpec));
}

public static int getDefaultSize(int size, int measureSpec) {
    int result = size;
    int specMode = MeasureSpec.getMode(measureSpec);
    int specSize = MeasureSpec.getSize(measureSpec);

    switch (specMode) {
    case MeasureSpec.UNSPECIFIED:
        result = size;
        break;
    case MeasureSpec.AT_MOST:
    case MeasureSpec.EXACTLY:
        result = specSize;
        break;
    }
    return result;
}

通过分析源码我们知道:

测量模式specMode是UNSPECIFIED时,ViewPager的高度是0;
测量模式specMode是AT_MOSTEXACTLY时,ViewPager的高度直接取的父View传入的值。

通过测试发现当ScrollView和ViewPager嵌套使用时,测量模式specMode是UNSPECIFIED,所以默认高度是0.

【二】 传统事件分发 VS NestedScrolling

  • 传统事件分发:子View处理Touch事件时,父View可以进行拦截并在父View中处理,但是一旦父View进行拦截,后续事件都不会再往子View中传递了。
  • NestedScrolling:子View在滚动的时候,首先将dx、dy交给NestedScrollingParent进行消耗,剩余部分还给子View。

【三】NestedScrolling嵌套滑动

从Android5.0开始引入了NestedScrolling机制(5.0之前可以用Support V4包向前兼容),用来处理子View和父View嵌套滑动时的交互机制。子View一般是可以滑动的View并且需要实现 NestedScrollingChild 接口,父View需要实现NestedScrollingParent接口。

2.1 NestedScrollingChild

public interface NestedScrollingChild {
   
    public void setNestedScrollingEnabled(boolean enabled);

    public boolean isNestedScrollingEnabled();

    public boolean startNestedScroll(int axes);

    public void stopNestedScroll();

    public boolean hasNestedScrollingParent();

    public boolean dispatchNestedScroll(int dxConsumed, int dyConsumed,
            int dxUnconsumed, int dyUnconsumed, int[] offsetInWindow);

    public boolean dispatchNestedPreScroll(int dx, int dy, int[] consumed, int[] offsetInWindow);

    public boolean dispatchNestedFling(float velocityX, float velocityY, boolean consumed);

    public boolean dispatchNestedPreFling(float velocityX, float velocityY);
}

2.2 NestedScrollingParent

public interface NestedScrollingParent {
   
    public boolean onStartNestedScroll(View child, View target, int nestedScrollAxes);

    public void onNestedScrollAccepted(View child, View target, int nestedScrollAxes);

    public void onStopNestedScroll(View target);

    public void onNestedScroll(View target, int dxConsumed, int dyConsumed,
            int dxUnconsumed, int dyUnconsumed);

    public void onNestedPreScroll(View target, int dx, int dy, int[] consumed);

    public boolean onNestedFling(View target, float velocityX, float velocityY, boolean consumed);

    public boolean onNestedPreFling(View target, float velocityX, float velocityY);

    public int getNestedScrollAxes();
}

2.3 两者之间的关系

Android嵌套滑动分析与实践

一、startNestedScroll

首先子view需要开启整个流程(内部主要是找到合适的能接受nestedScroll的parent),通知父View,我要和你配合处理TouchEvent

二、dispatchNestedPreScroll

在子View的onInterceptTouchEvent或者onTouch中(一般在 MontionEvent.ACTION_MOVE事件里),调用该方法通知父View滑动的距离。该方法的第三第四个参数返回父view消费掉的 scroll长度和子View的窗体偏移量。如果这个scroll没有被消费完,则子view进行处理剩下的一些距离,由于窗体进行了移动,如果你记录了手指最后的位置,需要根据第四个参数offsetInWindow计算偏移量,才能保证下一次的touch事件的计算是正确的。
如果父view接受了它的滚动参数,进行了部分消费,则这个函数返回true,否则为false。
这个函数一般在子view处理scroll前调用。

三、dispatchNestedScroll

向父view汇报滚动情况,包括子view消费的部分和子view没有消费的部分。
如果父view接受了它的滚动参数,进行了部分消费,则这个函数返回true,否则为false。
这个函数一般在子view处理scroll后调用。

四、stopNestedScroll

结束整个流程。

更详细见:
http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/0603/2990.html

2.4 二个NestedScrolling 嵌套滑动例子

直接见github吧:
https://github.com/crazyqiang/AndroidStudy

或者见鸿神的博客:
https://blog.csdn.net/lmj623565791/article/details/52204039


程序员灯塔
转载请注明原文链接:Android嵌套滑动分析与实践
喜欢 (0)