如何在ScrollView中嵌套ListView

1.不要在ScrollView中嵌套ListView a.用一个LinearLayout来代替ListView。里面的item通过addView添加进去。 b.不用ScrollView，整个界面用一个ListView。ListView上面和下面的内容通过addHeaderView和addFooterView添加到ListView里。 有时候采用这种方式不错的。

2.非要在ScrollView中嵌套一个ListView。 a.继承ListView重写一个类，在ListView的onMeasure方法里自己来计算ListView的高度。

建议不要在 cell 里套 tableView在 cell 里再加 UITableView，理论上或许可行（让外层 cell 作为内层 tableView 的 delegate），但我从没见过这样的写法，也感觉这样很不好。原因有2：delegate 复杂，view 的层叠关系复杂这样反而不能达到你的需求。你说想要：对应的cell里面的tableview长度会增长，cell也会增长（换言之，在这两个cell里面所有内容都需要被全部展示，而不是滑动）但 UITableView 的高度是固定的，里面是 ScrollView。它天然是适合滚动的，而不是全部显示。可能的代替做法我觉得这个需求可以考虑能否把这上下两个大 cell 考虑为两个 section？上面的大 cell 改成第一个 section，里面的 cell 里左边有图片、右边两个 label 的，footer 或最后一个 cell 是“加载更多”；下面的大 cell 改成第二个 section，里面根据你 collectionView 的情况而定。比如是本来是一行排5个，可以是每个 cell 里排5个；也可以是全排在一个 view 里，把这个 view 添加到唯一的 cell 上或添加到 headerView 上。然后 footer 或最后一个 cell 是加载更多。

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

---