UI系列一Android多子view嵌套通用解决方案

1.多子view嵌套应用背景

百度App在17年的版本中实现2个子view嵌套滚动，用于Feed落地页(webview呈现文章详情 + recycle呈现Native评论)。原理是在外层提供一个UI容器（我们称之为”联动容器”）处理WebView和Recyclerview连贯嵌套滚动。

当时的联动容器对子view限制比较大，仅支持WebView和Recyclerview进行联动滚动，数量也只支持2个子View。

随着组件化进程的推进，为方便各业务解耦，对联动容器提出了更高的要求，需要支持任意类型、任意数量的子view进行联动滚动，也就是本文要阐述的多子view嵌套滚动通用解决方案。

先直观感受下联动容器嵌套滚动的Demo效果：

2. 多子view嵌套实现原理

同大多数自定义控件类似，联动容器也需要处理子view的测量、布局以及手势处理。测量和布局对联动容器的场景来说非常简单，手势处理相对复杂些。

从demo效果可以看出，联动容器需要处理好和子view嵌套滑动问题。嵌套滑动的处理方案有两种

• 基于Google的NestedScrolling机制实现嵌套滑动；
• 是由联动容器内部处理和子view嵌套滑动的逻辑。

百度App早期版本的联动容器采用的方案2实现的，下图为方案2联动容器手势处理流程：

笔者对方案2联动容器的实现代码做了开源，感兴趣的同学可以参考：github.com/baiduapp-te… 基于google的NestedScrolling实现多子view嵌套能节省不少开发量，故笔者对多子view嵌套的实现采用方案一。

3. 核心逻辑

3.1 Google嵌套滑动机制

Google在Android 5.0推出了一套NestedScrolling机制，这套机制滚动打破了对之前Android传统的事件处理的认知，是按照逆向事件传递机制来处理嵌套滚动，事件传递可参考下图：

网上有很多关于NestedScrolling的文章，如果没接触过NestedScrolling的同学可参考下张鸿洋的这篇文章：blog.csdn.net/lmj62356579…

3.2 接口设计

为了保证联动容器中子view的任意性，联动容器需提供完善的接口抽象供子view去实现。下图为联动容器暴露的接口类图：

ILinkageScroll是置于联动容器中的子view必须要实现的接口，联动容器在初始化时如果发现某个子view没实现该接口，会抛出异常。ILinkageScroll中又会涉及两个接口：LinkageScrollHandler、ChildLinkageEvent。

LinkageScrollHandler接口中的方法联动容器会在需要时主动调用，以通知子view完成一些功能，比如：获取子view是否可滚动，获取子view滚动条相关数据等。

ChildLinkageEvent接口定义了子view的一些事件信息，比如子view的内容滚动到顶部或底部。当发生这些事件后，子view主动调用对应方法，这样联动容器收到子view一些事件后会做出相应的反应，保证正常的联动效果。

上面仅简单说明了下接口功能，想更加深入了解的同学请参考：github.com/baiduapp-te…

接下来我们详细分析下联动容器对手势处理细节，根据手势类型，将嵌套滑动分为两种情况来分析：1. scroll手势；2. fling手势；

3.3 scroll手势

先给出scroll手势处理的核心代码：

public class ELinkageScrollLayout extends ViewGroup implements NestedScrollingParent {
@Override
public void onNestedPreScroll(View target, int dx, int dy, int