Android开发中滑动冲突的问题一直是编写界面时的一个老大难问题，比如ScrollView+ListView的嵌套基本是没办法实现滑动的自然切换的(参考滑动冲突研究)，可能导致UI绞尽脑汁想出来的创意开发人员没办法实现。为此，Google推出了一个support包——Android Design.
Android Design包中的控件与普通控件最大的不同有两点：
1.实现了NestedScrollingChild或NestedScrollingParent接口，可以轻松实现嵌套滑动
2.引入一个Behavior类，可以灵活实现ParentView和ChildView之间的互动，还有同一层View之间的互动。
所以，要想用好Design包的内容，必须完全理解这两点不同所带来的优势。这也是本文切入Android Design包的角度。
嵌套滑动（NestedScroll）
为了实现NestedScroll，Google提供了两个接口和两个辅助类，如下：
1.NestedScrollingChild接口
2.NestedScrollingParent接口
3.NestedScrollingChildHelper辅助类
4.NestedScrollingParentHelper 辅助类
它们其实并不复杂，但是因为普通控件中没有这些概念，理解起来需要花一些时间。并且对它们如果没有一个大概的了解，对我们后面学习Behavior会是一大障碍。
我们先来看看这两个接口都提供了哪些方法，即它们到底有啥作用？
对比上面两张图可以发现NestedScrollingChild和NestedScrollingParent之间的关系，我这里简单梳理一下
首先，滑动分为Scroll和Fling两种，为了实现起来更灵活还特意为它们添加了PreScroll和PreFling两个回调接口，这里主要针对Scroll动作来分析。
如下表所示：
| NestedScrollingChild | NestedScrollingParent |
|---|---|
| dispatchNestedScroll | onNestedScroll |
| startNestedScroll | onStartNestedScroll |
| stopNestedScroll | onStopNestedScroll |
这么一对比二者的关系就很清晰了，下面我们来举例说明。
举例说明（SwipeRefreshLayout + RecyclerView）
SwipeRefreshLayout是个下拉刷新的控件，使用起来非常简单，在SwipeRefreshLayout中嵌套一个RecyclerView（或其他单向滑动的控件）即可有下拉刷新的效果。具体效果就不贴图了。
那么这里的SwipeRefreshLayout就是NestedScrollingParent，而RecyclerView就对应NestedScrollingChild。
然后，我们来看具体情况。
1.我们先来分析一下事件拦截的过程
如果你去阅读了上面的这篇文章滑动冲突研究，那应该知道ACTION_DOWN事件首先是由SwipeRefreshLayout接收，然后会调用它的onInterceptTouchEvent方法来判断是否拦截，如果不拦截事件就会传递到RecyclerView中处理。
通过阅读源码可知，SwipeRefreshLayout#onInterceptTouchEvent()方法中未对ACTION_DOWN做拦截，所以ACTION_DOWN会传递给RecyclerView。再看RecyclerView的onTouchEvent()方法
@Override
public boolean onTouchEvent(MotionEvent e) {
...
...略
return true;
}
直接返回ture，即消费了ACTION_DWON事件。
根据View事件传递机制可知，一旦某个View消费了ACTION_DOWN事件，那么后续的事件都将传递给该View来处理。也就是说ACTION_MOVE,ACTION_DOWN等事件都会在RecyclerView中处理。
2.现在我们知道事件处理都是在RecyclerView中完成的，那么如何控制SwipeRefreshLayout中的refreshView呢？
这里就体现了NestedScroll的强大之处，我们一步一步分析。
首先，从RecyclerView的onTouchEvent方法入手，我们来看它在ACTION_MOVE时是怎么处理的
@Override
public boolean onTouchEvent(MotionEvent e) {
...
switch (action) {
...
case MotionEvent.ACTION_MOVE: {
... 省去一些代码 ...
if (dispatchNestedPreScroll(dx, dy, mScrollConsumed, mScrollOffset)) {
dx -= mScrollConsumed[0];
dy -= mScrollConsumed[1];
vtev.offsetLocation(mScrollOffset[0], mScrollOffset[1]);
mNestedOffsets[0] += mScrollOffset[0];
mNestedOffsets[1] += mScrollOffset[1];
}
...
if (mScrollState == SCROLL_STATE_DRAGGING) {
mLastTouchX = x - mScrollOffset[0];
mLastTouchY = y - mScrollOffset[1];
if (scrollByInternal(
canScrollHorizontally ? dx : 0,
canScrollVertically ? dy : 0,
vtev)) {
getParent().requestDisallowInterceptTouchEvent(true);
}
}
} break;
...
}
...
return true;
}
略去一些代码之后，很明显我们主要关注两个方法：dispatchNestedPreScroll和scrollByInternal
dispatchNestedPreScroll() 是NestedScrollingChild接口的方法，通过查看源码可知最终会调用NestedScrollingParent的onNestedPreScroll方法，也就是会调用SwipeRefreshLayout的onNestedPreScroll()方法。
scrollByInternal() 方法中会调用dispatchNestedScroll()方法，同上面类似，最终会调用SwipeRefreshLayout的onNestedScroll()方法。另外，它还会处理RecyclerView自身的滑动操作。
说了这么多，最后的答案都在SwipeRefreshLayout的onNestedScroll和onNestedPreScroll两个方法中了。
直接看源码：
先看onNestedScroll方法
@Override
public void onNestedScroll(final View target, final int dxConsumed, final int dyConsumed,
final int dxUnconsumed, final int dyUnconsumed) {
//将nestedScroll传递给Parent
dispatchNestedScroll(dxConsumed, dyConsumed, dxUnconsumed, dyUnconsumed,
mParentOffsetInWindow);
final int dy = dyUnconsumed + mParentOffsetInWindow[1];
if (dy < 0 && !canChildScrollUp()) { //注意canChildScrollUp方法
mTotalUnconsumed += Math.abs(dy);
moveSpinner(mTotalUnconsumed); //处理refreshView的滑动
}
}
我们可以看到，在处理refreshView滑动之前，先调用了canChildScrollUp()方法，这个方法返回false时，才会对refreshView进行处理。
其实canChildScrollUp()方法就是判断RecyclerView是否可以滑动，只有在它不可以滑动时，SwipeRefreshLayout才会来处理refreshView的滑动，这样就可以避免二者同时滑动的问题。
好的，很简单！ 那接下来看看onNestedPreScroll()方法有什么用
@Override
public void onNestedPreScroll(View target, int dx, int dy, int[] consumed) {
//只有当refreshView已经出现在屏幕中，并且手指往上移动才会调用下面的代码
if (dy > 0 && mTotalUnconsumed > 0) {
if (dy > mTotalUnconsumed) {
consumed[1] = dy - (int) mTotalUnconsumed;
mTotalUnconsumed = 0;
} else {
mTotalUnconsumed -= dy;
consumed[1] = dy; //消耗掉的距离
}
moveSpinner(mTotalUnconsumed);//处理refreshView的滑动
}
// refreshView移除屏幕
if (mUsingCustomStart && dy > 0 && mTotalUnconsumed == 0
&& Math.abs(dy - consumed[1]) > 0) {
mCircleView.setVisibility(View.GONE);
}
// 将nestedPreScroll传递到Parent去（本文可以忽略）
final int[] parentConsumed = mParentScrollConsumed;
if (dispatchNestedPreScroll(dx - consumed[0], dy - consumed[1], parentConsumed, null)) {
consumed[0] += parentConsumed[0];
consumed[1] += parentConsumed[1];
}
}
对我们有用的代码只有前面那一段，我们可以看到只有当refreshView已经出现在屏幕中，并且手指往上移动时，SwipeRefreshLayout才会处理refreshView的滑动。换句话说，就是这里只处理怎么把refreshView收回去。
但是，这里会有个问题，当refreshView要收回去，手指就是向上移动的，而RecyclerView此时是可以响应这个手势往上滑动的，怎么处理这个冲突呢？
我们在执行onNestedPreScroll方法时，传进来了一个数组的引用consumed，它就代表了refreshView消费掉了多少距离。
就是说可以有个这样的公式：
手指移动的距离 = refreshView滑动的距离 + RecyclerView滑动的距离
SwipeRefreshLayout的源码中，将手指移动的距离全部消费掉了，那么留给RecyclerView来消费的距离就是0，这样RecyclerView也就不会滑动了。这一部分逻辑可以在RecyclerView的scrollByInternal方法中看到：
@Override
public boolean onTouchEvent(MotionEvent e) {
...
case MotionEvent.ACTION_MOVE: {
if (dispatchNestedPreScroll(dx, dy, mScrollConsumed, mScrollOffset)) {
dx -= mScrollConsumed[0];
// dy - consumed = 留给RecyclerView的距离
dy -= mScrollConsumed[1]; //dy = 0
}
...
if (mScrollState == SCROLL_STATE_DRAGGING) {
mLastTouchX = x - mScrollOffset[0];
mLastTouchY = y - mScrollOffset[1];
if (scrollByInternal(
canScrollHorizontally ? dx : 0,
canScrollVertically ? dy : 0, //dy = 0
vtev)) {
getParent().requestDisallowInterceptTouchEvent(true);
}
}
}
boolean scrollByInternal(int x, int y, MotionEvent ev) {
int unconsumedX = 0, unconsumedY = 0;
int consumedX = 0, consumedY = 0;
if (mAdapter != null) {
...
if (x != 0) {
consumedX = mLayout.scrollHorizontallyBy(x, mRecycler, mState);
unconsumedX = x - consumedX;
}
if (y != 0) { //传进来的y = 0
consumedY = mLayout.scrollVerticallyBy(y, mRecycler, mState);
unconsumedY = y - consumedY;
}
...
}
...
if (consumedX != 0 || consumedY != 0) {
dispatchOnScrolled(consumedX, consumedY); //不会调用此方法来滑动RecyclerView
}
if (!awakenScrollBars()) {
invalidate();
}
return consumedX != 0 || consumedY != 0;
}
结语
本文主要分析了在Android Design包中，被广泛采用的NestedScroll接口的使用，并通过SwipeRefreshLayout+RecyclerView嵌套的例子，来分析实现嵌套滑动的详细过程。
个人觉得，对于AndroidDesign包的控件都很亮眼，但说到底主要核心在两个东西，一个就是NestedScroll，另一个就是Behavior。所以，博主打算下一篇就来分析Behavior的源码及使用。
只要掌握了这两个东西，那么再去学习AndroidDesign包中的控件，一定会事半功倍的。