Android NestedScrolling机制完全解析带你玩转嵌套滑动(1)

最新推荐文章于 2024-05-10 13:13:32 发布

2401_84103216

最新推荐文章于 2024-05-10 13:13:32 发布

阅读量742

点赞数 7

分类专栏： 2024年程序员学习文章标签： android gitee

本文链接：https://blog.csdn.net/2401_84103216/article/details/138020471

版权

2024年程序员学习专栏收录该内容

178 篇文章 1 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

android:layout_width=“match_parent”

android:layout_height=“256dp”

android:gravity=“center”

android:text=“软件介绍”

android:textSize=“30sp”

android:textStyle=“bold” />

<com.zhy.view.SimpleViewPagerIndicator

android:id=“@id/id_stickynavlayout_indicator”

android:layout_width=“match_parent”

android:layout_height=“50dp”

android:background=“#ffffffff” >

</com.zhy.view.SimpleViewPagerIndicator>

<android.support.v4.view.ViewPager

android:id=“@id/id_stickynavlayout_viewpager”

android:layout_width=“match_parent”

android:layout_height=“match_parent”

</android.support.v4.view.ViewPager>

</com.zhy.view.StickyNavLayout>

StickyNavLayout是直接继承自LinearLayout的，并且设置的是orientation="vertical"，所以直观的就是控件按顺序纵向排列，至于测量需要做一些特殊的处理，因为不是本文的重点，可以自己查看源码，或者上面提到的文章。

(2) 实现NestedScrollingParent

NestedScrollingParent是一个接口，实现它需要实现如下方法：

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

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

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

在写具体的实现前，先对需要用到的上述方法做一下简单的介绍：

onStartNestedScroll该方法，一定要按照自己的需求返回true，该方法决定了当前控件是否能接收到其内部View(非并非是直接子View)滑动时的参数；假设你只涉及到纵向滑动，这里可以根据nestedScrollAxes这个参数，进行纵向判断。
onNestedPreScroll该方法的会传入内部View移动的dx,dy，如果你需要消耗一定的dx,dy，就通过最后一个参数consumed进行指定，例如我要消耗一半的dy，就可以写consumed[1]=dy/2
onNestedFling你可以捕获对内部View的fling事件，如果return true则表示拦截掉内部View的事件。

主要关注的就是这三个方法~

这里内部View表示不一定非要是直接子View，只要是内部View即可。

下面看一下我们具体的实现：

public class StickyNavLayout extends LinearLayout implements NestedScrollingParent

{

@Override

public boolean onStartNestedScroll(View child, View target, int nestedScrollAxes)

{

return (nestedScrollAxes & ViewCompat.SCROLL_AXIS_VERTICAL) != 0;

}

@Override

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

{

boolean hiddenTop = dy > 0 && getScrollY() < mTopViewHeight;

boolean showTop = dy < 0 && getScrollY() > 0 && !ViewCompat.canScrollVertically(target, -1);

if (hiddenTop || showTop)

{

scrollBy(0, dy);

consumed[1] = dy;

}

@Override

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

{

if (getScrollY() >= mTopViewHeight) return false;

fling((int) velocityY);

return true;

}

onStartNestedScroll中，我们判断了如果是纵向返回true，这个一般是需要内部的View去传入的，你要是不确定，或者担心内部View编写的不规范，你可以直接return true；
onNestedPreScroll中，我们判断，如果是上滑且顶部控件未完全隐藏，则消耗掉dy，即consumed[1]=dy;如果是下滑且内部View已经无法继续下拉，则消耗掉dy，即consumed[1]=dy，消耗掉的意思，就是自己去执行scrollBy，实际上就是我们的StickNavLayout滑动。
此外，这里还处理了fling，通过onNestedPreFling方法，这个可以根据自己需求定了，当顶部控件显示时，fling可以让顶部控件隐藏或者显示。

以上代码就能实现下面的效果：

对于fling方法，我们利用了OverScroll的fling的方法，对于边界检测，是重写了scrollTo方法：

public void fling(int velocityY)

{

mScroller.fling(0, getScrollY(), 0, velocityY, 0, 0, 0, mTopViewHeight);

invalidate();

}

@Override

public void scrollTo(int x, int y)

{

if (y < 0)

{

y = 0;

}

if (y > mTopViewHeight)

{

y = mTopViewHeight;

}

if (y != getScrollY())

{

super.scrollTo(x, y);

}

详细的解释可以看上面提到的博客，这里就不重复了。

到这里呢，可以看到NestedScrolling机制说白了非常简单：

就是NestedScrollingParent内部的View，在滑动到时候，会首先将dx、dy传入给NestedScrollingParent，NestedScrollingParent可以决定是否对其进行消耗，一般会根据需求消耗部分或者全部(不过这里并没有实际的约束，你可以随便写消耗多少，可能会对内部View造成一定的影响）。

用白话和原本的事件分发机制作对比就是这样的（针对正常流程下一次手势）：

事件分发是这样的：子View首先得到事件处理权，处理过程中，父View可以对其拦截，但是拦截了以后就无法再还给子View（本次手势内）。
NestedScrolling机制是这样的：内部View在滚动的时候，首先将dx,dy交给NestedScrollingParent，NestedScrollingParent可对其进行部分消耗，剩余的部分还给内部View。