NestedScrolling机制(三)——机制本质以及源码解析

最新推荐文章于 2021-09-22 15:09:37 发布
最新推荐文章于 2021-09-22 15:09:37 发布
阅读量2k 收藏 3
点赞数 6
CC 4.0 BY-SA版权
分类专栏： Android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/al4fun/article/details/53889101

要了解NestedScrolling机制的本质，当然少不了阅读源码。

这里我们先给出结论：NestedScrolling机制本质上就是两个相互关联的接口，当我们调用一个接口中的方法时，另一个接口中与之对应的方法就会被触发，仅此而已。

这就意味着，尽管我们之前介绍NestedScrolling机制时，为其加了很多条条框框和使用规则，但实际上，我们可以按照自己的需求和想法，完全自由的去使用它们————只要知道两个接口中方法的对应关系即可，至于何时调用NestedScrollingChild接口中的方法以及在NestedScrollingParent的方法中要做什么，都随你意。以NestedScrollingParent的onNestedPreScroll()方法为例：你可以使用scrollTo()、scrollBy()来滚动自身的内容(此时自身的布局位置是不变的)，也可以通过修改自己的layoutParams来改变自身的布局位置；你甚至可以明明滚动了50px却向回传参数谎报说自己1px都没有滚动…只要能实现你想要的效果就行。

1源码解析

1.1 NestedScrollingChild和NestedScrollingParent

public interface NestedScrollingChild {	
    public boolean startNestedScroll(int axes);
    public void stopNestedScroll();
    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);
	
	public void setNestedScrollingEnabled(boolean enabled);
    public boolean isNestedScrollingEnabled();
	public boolean hasNestedScrollingParent();
}

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

这两个接口其实没什么好说的，仅仅就是定义了一些抽象方法而已。抽象方法能做什么事取决于它的具体实现。而在第一篇文章中我们已经知道，对于实现这两个接口中的大部分方法，我们只要调用其对应的helper类中的同名方法即可。

下面的表格我们在第一篇文章中也已经见到过了，它描述的是两个接口中方法的触发关系：

NestedScrollingChild中的方法(发起者)NestedScrollingParent中的方法(被回调)
startNestedScrollonStartNestedScroll、onNestedScrollAccepted
dispatchNestedPreScrollonNestedPreScroll
dispatchNestedScrollonNestedScroll
stopNestedScrollonStopNestedScroll
……

这些方法之间的触发关系是如果建立起来的呢？——通过NestedScrollingChildHelper对象。下面我们将通过阅读NestedScrollingChildHelper的源码来明确这一点。

1.2 NestedScrollingChildHelper

在看源码之前先说明一点：为了方便表述以及避免混淆，以下我们都将使用配合者parent和发起者child特指通过NestedScrolling机制进行配合动作的一对父子view。

先来看成员变量

private final View mView;//发起者child
private ViewParent mNestedScrollingParent;//配合者parent
private boolean mIsNestedScrollingEnabled;

public NestedScrollingChildHelper(View view) {
    mView = view;
}

public boolean hasNestedScrollingParent() {
    return mNestedScrollingParent != null;
}

public void setNestedScrollingEnabled(boolean enabled) {
	...
    mIsNestedScrollingEnabled = enabled;
}
  • mView：发起者child，在创建NestedScrollingChildHelper对象时，由构造方法传入
  • mNestedScrollingParent：在startNestedScroll(int axes)方法中找到的配合者parent
  • mIsNestedScrollingEnabled：相当于是一个功能开关，如果值为false的话，那么NestedScrolling机制就无法使用

startNestedScroll(int axes)方法

这个方法所做的事情就是自下而上遍历mView的各级父view，看其中是否存在一个实现了NestedScrollingParent接口并且其onStartNestedScroll(…)方法返回true的父view，如果存在，则将这个父view赋值给成员变量mNestedScrollingParent，并返回true(表示找到了能与发起者child进行配合动作的配合者parent)。

具体做法参考代码及注释：

public boolean startNestedScroll(int axes) {
    if (hasNestedScrollingParent()) {
        return true;
    }

    if (isNestedScrollingEnabled()) {
        ViewParent p = mView.getParent();
        View child = mView;

        //往上逐层调用每个父view的onStartNestedScroll方法，直到某个父view的onStartNestedScroll返回了ture，
        //此时说明找到了配合者parent
        while (p != null) {
            //这几个参数的含义参考NestedScrollParent接口的onStartNestedScroll
            if (ViewParentCompat.onStartNestedScroll(p, child, mView, axes)) {//找到了配合者parent
                mNestedScrollingParent = p;//保存配合者parent
                ViewParentCompat.onNestedScrollAccepted(p, child, mView, axes);//调用配合者parent的onNestedScrollAccepted方法
                return true;
            }

            if (p instanceof View) {
                child = (View) p;
            }
            p = p.getParent();
        }
    }

    return false;
}

stopNestedScroll()方法

就是简单的调用配合者parent的onStopNestedScroll方法而已

public void stopNestedScroll() {
    if (mNestedScrollingParent != null) {
        //调用配合者parent的onStopNestedScroll方法
        ViewParentCompat.onStopNestedScroll(mNestedScrollingParent, mView);
        mNestedScrollingParent = null;
    }
}

dispatchNestedPreScroll(…)方法

就做了两件事：

  • 1.调用配合者parent的onNestedPreScroll方法
  • 2.根据发起者child的起止位置计算offsetInWindow
public boolean dispatchNestedPreScroll(int dx, int dy, int[] consumed, int[] offsetInWindow) {
    if (isNestedScrollingEnabled() && mNestedScrollingParent != null) {
        if (dx != 0 || dy != 0) {

            //获得发起者child的起始位置
            int startX = 0;
            int startY = 0;
            if (offsetInWindow != null) {
                mView.getLocationInWindow(offsetInWindow);
                startX = offsetInWindow[0];
                startY = offsetInWindow[1];
            }

            //将comsumed清空
            if (consumed == null) {
                if (mTempNestedScrollConsumed == null) {
                    mTempNestedScrollConsumed = new int[2];
                }
                consumed = mTempNestedScrollConsumed;
            }
            consumed[0] = 0;
            consumed[1] = 0;

            //调用配合者parent的onNestedPreScroll方法
            ViewParentCompat.onNestedPreScroll(mNestedScrollingParent, mView, dx, dy, consumed);

            //根据发起者child的起始位置和终止位置计算offsetInWindow
            if (offsetInWindow != null) {
                mView.getLocationInWindow(offsetInWindow);
                offsetInWindow[0] -= startX;
                offsetInWindow[1] -= startY;
            }

            return consumed[0] != 0 || consumed[1] != 0;
        } else if (offsetInWindow != null) {
            offsetInWindow[0] = 0;
            offsetInWindow[1] = 0;
        }
    }
    return false;
}

dispatchNestedScroll(…)方法

这个与上面的dispatchNestedPreScroll()方法如出一辙，不用解释了吧

public boolean dispatchNestedScroll(int dxConsumed, int dyConsumed, int dxUnconsumed, int dyUnconsumed, int[] offsetInWindow) {
    if (isNestedScrollingEnabled() && mNestedScrollingParent != null) {
        if (dxConsumed != 0 || dyConsumed != 0 || dxUnconsumed != 0 || dyUnconsumed != 0) {

            //获得发起者child的起始位置
            int startX = 0;
            int startY = 0;
            if (offsetInWindow != null) {
                mView.getLocationInWindow(offsetInWindow);
                startX = offsetInWindow[0];
                startY = offsetInWindow[1];
            }

            //调用配合者parent的onNestedScroll方法
            ViewParentCompat.onNestedScroll(mNestedScrollingParent, mView, dxConsumed, dyConsumed, dxUnconsumed, dyUnconsumed);

            //根据发起者child的起始位置和终止位置计算offsetInWindow
            if (offsetInWindow != null) {
                mView.getLocationInWindow(offsetInWindow);
                offsetInWindow[0] -= startX;
                offsetInWindow[1] -= startY;
            }
            return true;
        } else if (offsetInWindow != null) {
            // No motion, no dispatch. Keep offsetInWindow up to date.
            offsetInWindow[0] = 0;
            offsetInWindow[1] = 0;
        }
    }
    return false;
}

dispatchNestedPreFling(…)和dispatchNestedFling(…)方法

这两个方法可以类比于dispatchNestedPreScroll(…)和dispatchNestedScroll(…)，但是更简单，只做了“调用配合者parent的同名方法”这一件事。

public boolean dispatchNestedPreFling(float velocityX, float velocityY) {
    if (isNestedScrollingEnabled() && mNestedScrollingParent != null) {
        //调用配合者parent的onNestedPreFling方法
        return ViewParentCompat.onNestedPreFling(mNestedScrollingParent, mView, velocityX, velocityY);
    }
    return false;
}

public boolean dispatchNestedFling(float velocityX, float velocityY, boolean consumed) {
    if (isNestedScrollingEnabled() && mNestedScrollingParent != null) {
        //调用配合者parent的onNestedFling方法
        return ViewParentCompat.onNestedFling(mNestedScrollingParent, mView, velocityX, velocityY, consumed);
    }
    return false;
}

以上就是NestedScrollingChildHelper的主要代码。

总结一下，NestedScrollingChildHelper主要就是做了下面这两件事：

  1. 找到配合者parent

  2. 作为发起者child和配合者parent之间方法调用的桥梁，起一个中介或者说是代理的作用。

    当我们调用NestedScrollingChild中的方法XXX()时，方法XXX()实际会去调用NestedScrollingChildHelper中的方法XXX()，而NestedScrollingChildHelper中的方法XXX()又会去调用NestedScrollingParent中的方法onXXX()，就是这样一个简单的传递流程。方法的返回值则是走相反的传递路径。

1.3 NestedScrollingParentHelper

源码只是寥寥数行，没有什么值得特别注意的地方：

//此Helper类的工作非常简单，就是保存了axes的信息而已
public class NestedScrollingParentHelper {
    private final ViewGroup mViewGroup;
    private int mNestedScrollAxes;

    public NestedScrollingParentHelper(ViewGroup viewGroup) {
        mViewGroup = viewGroup;
    }

    public void onNestedScrollAccepted(View child, View target, int axes) {
        mNestedScrollAxes = axes;
    }

    public int getNestedScrollAxes() {
        return mNestedScrollAxes;
    }

    public void onStopNestedScroll(View target) {
        mNestedScrollAxes = 0;
    }
}

2总结与思考

回想NestedScrolling的工作流程并结合上面helper类的源码，我们会发现整个NestedScrolling机制其实就是两个接口加上一个中介(NestedScrollingChildHelper)而已。在两个helper类中也基本没有涉及到接口的使用方式————这也就是为什么我们会在文章开头时说：你可以在一定范围内“为所欲为”。

google对于NestedScrolling机制的设计也很值得我们在自己的项目中借鉴：

  1. 通过两个接口来解耦需要进行交互的view
  2. 提供封装了接口之间交互逻辑的helper类以方便用户使用接口

下一篇文章中，我们将使用NestedScrolling机制实现系列文章开始时所示的饿了么店铺详情页效果。

Android NestedScrolling，NestedScrollingParent，NestedScrollingParentHelper解析
WangShuo的专栏
03-13 3719
在这之前，我们知道Android对Touch事件的分发是有自己一套机制的。主要是有是三个函数： dispatchTouchEvent、onInterceptTouchEvent和onTouchEvent。这种分发机制有一个漏洞：如果子view获得处理touch事件机会的时候，父view就再也没有机会去处理这个touch事件了，直到下一次手指再按下。事件分发是这样的：子View首先得到事件处理权，处理
【透镜系列】看穿 _ NestedScrolling 机制 _
mehmetkollayan的博客
08-26 562
1. 嵌套同向滑动 1.1. 嵌套同向滑动的问题 所谓嵌套同向滑动，就是指这样一种情况：两个可滑动的View内外嵌套，而且它们的滑动方向是相同的。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kWZvS7Cl-1629987035857)(https://user-gold-cdn.xitu.io/2019/1/14/1684c8746f0e294e?imageView2/0/w/1280/h/960/ignore-error/1)] 这种情况如果使用一般的处理方式，会出现
NestedScrolling机制
风言风语
07-26 185
NestedScrolling机制(可以称为嵌套滚动或嵌套滑动)能够让父view和子view在滚动时进行配合，其基本流程如下： 当子view开始滚动之前，可以通知父view，让其先于自己进行滚动; 子view自己进行滚动 子view滚动之后，还可以通知父view继续滚动 要实现这样的交互，...
干货：五分钟带你看懂NestedScrolling嵌套滑动机制
weixin_33805992的博客
11-03 373
Android NestedScrolling嵌套滑动机制 Android在发布5.0之后加入了嵌套滑动机制NestedScrolling,为嵌套滑动提供了更方便的处理方案。在此对嵌套滑动机制进行详细的分析。 嵌套滑动的常见用法比如在滑动列表的时候隐藏相关的TopBar和BottomBar，增加列表的信息展示范围，让用户聚焦于App想展示的内容上等。官方出的Design包里也有很多支持该机制的炫...
Android 5.0 嵌套滑动NestedScrolling 源码解析
韦振斌的博客
10-07 845
Android 传统的事件派发 从外到内层层派发，当其中某一组件消化了事件之后即事件派发结束，无法回馈到外部组件。Android5.0以后 官方提供了一套嵌套滑动的事件派发机制。当然也兼容5.0一下版本support-v4 版本应该在22以上 提供了几个类 public interface NestedScrollingChild public class NestedScrollingChi
CoordinatorLayout 和 AppbarLayout 联动原理解析
zzx410527的专栏
05-12 1624
下图是CoordinatorLayout布局中很常见的一种效果，很多人应该都见过，当我们用手指滑动RecyclerView的时候，不单止RecyclerView会上下滑动，顶部的Toolbar也会随着RecyclerView的滑动隐藏或显现，实现代码的布局如下： 具体代码： <?xml version="1.0" encoding="utf-8"?> <android....
从源码角度分析嵌套滑动机制NestedScrolling
一个学渣走向android之路
08-05 5775
转载请注明出处：http://blog.youkuaiyun.com/sw950729/article/details/52050777 本文出自：马云飞的博客现在讲到android的机制，就是事件分发，事件拦截。但我不知道大家听没听说过嵌套的滑动机制，准确的可以理解成把事件分发，事件拦截综合在一起。 如果听说过这个的，你们第一个应该是想到的CoordinatorLayout。也就是只要自己定义个layo
CoordinatorLayout源码解析之从NestedScrolling说起
chengkun_123的博客
07-30 1290
概述CoordinatorLayout（下面简称CL）出来也有很长时间了，平常也仅限于API的调用，如果不知道其中的原理，出了问题也不好去解决。所以今次决定深入其内部一探究竟（…）。相比于RecyclerView的1W+行的源码，CL包含的内容算是少的了。但是本系列文章并不想从CL作为一个ViewGroup的角度去分析它的onMeasure、onLayout、onDraw和滑动等等，而是想从比较有特
NestedScrollView滑动显示或隐藏Toolbar
01-31
NestedScrollView滑动显示或隐藏Toolbar，相关优快云博客地址：https://blog.youkuaiyun.com/gaoxiaoweiandy/article/details/86598057
Android中的NestedScrollingParent和NestedScrollingChild分析
樱落山庄
07-11 8632
在分析SwipeRefreshLayout源码的时候发现该类实现了NestedScrollingParent和NestedScrollingChild两个接口,甚是好奇,于是结合了网上的资料,然后根据我个人的理解写下本章. 这个两个接口是为了更好解决事件冲突的. 在这里 nested scrolling 就翻译为嵌套滚动吧. 但是这和以前用过的dispatchTouchEvent,onInte
Android NestedScrolling机制完全解析 带你玩转嵌套滑动
dawuafang
08-15 956
本文已授权微信公众号：鸿洋（hongyangAndroid）在微信公众号平台原创首发。 转载请标明出处： http://blog.youkuaiyun.com/lmj623565791/article/details/52204039； 本文出自:【张鸿洋的博客】 一、概述 Android在support.v4包中为大家提供了两个非常神奇的类： NestedScrolli...
Android NestedScrolling机制
Jack921的专栏
09-25 688
NestedScrolling机制现在在App的作用越来越重要，许多很漂亮的交互都是基于NestedScrolling机制进行完成的。 NestedScrolling机制主要是能够让父View和子View在滚动时互相协调配合。其中有两个重要的类，分别是： 接口类 NestedScrollingParent(最新:NestedScrollingParent2) NestedScrollingChil...
Android嵌套滚动(NestedScrolling)总结
与梦同行
03-20 3433
嵌套滚动 自从Android 5.0开始，谷歌引进了嵌套滚动的机制，来更好跟简单实现嵌套滚动，那什么是嵌套滚到呢，举个例子： 场景一，滚到视图里还包含一个滚动视图，即是ScrollView里又包含了一个ScrollView, 如果滚动的范围在里面ScrollView时，我们先让里面的ScrollView滚动，当里面的ScrollView滚动底部或者顶部时在允许外层的ScrollView滚动。 场...
NestedScrolling详解
a62321780的博客
06-18 2269
简介假设我们需要一个这样的效果，拖动子View的时候需要parent先滑动，等parent滑倒顶端的时候再让子View滑动。Android事件分发机制在parent处理事件的时候，没法再次把事件传递给子View（除非再来一个Down，开启一个新的事件序列），所以就需要用到NestedScrolling，也就是嵌套滑动机制。今天我们来实现如下效果 蓝色部分是子View，粉色是Parent，在向上
Android 嵌套滑动——NestedScrolling完全解析
茅屋
10-25 2220
基本的事件分发流程对于一次从父布局到自布局的触摸事件流程分发，关键便是在三个方法上的流程处理dispatchTouchEvent(),onInterceptTouchEvent(),onTouchEvent()。由于和NestScroll相关，所以不细致分析到View层面上的事件分发。对于事件分发的触摸大致可分为按下（DOWN），移动（MOVE），抬起（UP）。按照这三个事件，流程分析如下： 按下（
Android NestedScrolling 的使用
mChenys的博客
04-22 1434
自从Lollipop开始，谷歌给我们带来了一套全新的嵌套滑动机制 - NestedScrolling来实现一些普通情况下不容易办到的滑动效果。Lollipop及以上版本的所有View都已经支持了这套机制，Lollipop之前版本可以通过Support包进行向前兼容。 它和我们已熟知的dispatchTouchEvent不太一样。 我们先来看传统的事件分发，它是由父View发起，一旦父V...
Android下NestedScrolling机制与CoordinatorLayout之源码分析
Tiger的专栏
09-22 813
1.CoordinatorLayout依赖库 2.Behavior的初始化 3.CoordinatorLayout的测量、布局 4.CoordinatorLayout中的依赖、监听 5.NestedScrolling机制 6.CoordinatorLayout的TouchEvent 7.小结 参考 Android CoordinatorLayout之源码解析 - 简书 自定义Behavior的艺术探索-仿UC浏览器主页 - 简书 ...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值