NestedScrollView使用和理解

Posted 2023-03-15

参考技术A

NestedScrollView 即 支持嵌套滑动的 ScrollView 。

因此，我们可以简单的把 NestedScrollView 类比为 ScrollView ，其作用就是作为控件父布局，从而具备（嵌套）滑动功能。

NestedScrollView 与 ScrollView 的区别就在于 NestedScrollView 支持 嵌套滑动 ，无论是作为父控件还是子控件，嵌套滑动都支持，且默认开启。

因此，在一些需要支持嵌套滑动的情景中，比如一个 ScrollView 内部包裹一个 RecyclerView ，那么就会产生滑动冲突，这个问题就需要你自己去解决。而如果使用 NestedScrollView 包裹 RecyclerView ，嵌套滑动天然支持，你无需做什么就可以实现前面想要实现的功能了。

举个例子：

我们通常为 RecyclerView 增加一个 Header 和 Footer 的方法是通过定义不同的 viewType来区分的，而如果使用 NestedScrollView ，我们完全可以把 RecyclerView 当成一个单独的控件，然后在其上面增加一个控件作为 Header，在其下面增加一个控件作为 Footer。

具体布局如下所示：

注： NestedScrollView 与 ScrollView 一样，内部只能容纳一个子控件。

效果如下所示：

ps： 虽然 NestedScrollView 内嵌 RecyclerView 和其他控件可以实现 Header 和 Footer，但还是不推荐上面这种做法（建议还是直接使用 RecyclerView 自己添加 Header 和 Footer），因为虽然 NestedScrollView 支持嵌套滑动，但是在实际应用中，嵌套滑动可能会带来其他的一些奇奇怪怪的副作用，Google 也推荐我们能不使用嵌套滑动就尽量不要使用。

如果想知道 NestedScrollView 嵌套其他控件可能带来的问题，可以查看： NestedScrollView、RecycleView、ViewPager 等布局方面的常见问题汇总，及解决

我们知道，android 的事件分发机制中，只要有一个控件消费了事件，其他控件就没办法再接收到这个事件了。因此，当有嵌套滑动场景时，我们都需要自己手动解决事件冲突。而在 Android 5.0 Lollipop 之后，Google 官方通过 嵌套滑动机制 解决了传统 Android 事件分发无法共享事件这个问题。

嵌套滑动机制 的基本原理可以认为是事件共享，即当子控件接收到滑动事件，准备要滑动时，会先通知父控件( startNestedScroll ）；然后在滑动之前，会先询问父控件是否要滑动（ dispatchNestedPreScroll )；如果父控件响应该事件进行了滑动，那么就会通知子控件它具体消耗了多少滑动距离；然后交由子控件处理剩余的滑动距离；最后子控件滑动结束后，如果滑动距离还有剩余，就会再问一下父控件是否需要在继续滑动剩下的距离（ dispatchNestedScroll )...

上面其实就是 嵌套滑动机制 的工作原理，那么如果想让我们自定义的 View 或者 ViewGroup 实现嵌套滑动功能，应该怎样做呢？

其实，在 Android 5.0 之后，系统自带的 View 和 ViewGroup 都增加了 嵌套滑动机制 相关的方法了（但是默认不会被调用，因此默认不具备嵌套滑动功能），所以如果在 Android 5.0 及之后的平台上，自定义 View 只要覆写相应的 嵌套滑动机制 相关方法即可；但是为了提供低版本兼容性，Google 官方还提供了两个接口，分别作为 嵌套滑动机制 父控件接口和子控件接口：

前面我们说过 NestedScrollView 无论是作为父控件还是子控件都支持嵌套滑动，就是因为它同时实现了 NestedScrollingParent 和 NestedScrollingChild 。文档如下所示：

查看详细分析： https://www.jianshu.com/p/f55abc60a879