一、前言

一直都想跟大家分享一篇好的文章，但苦于心中的墨水，写出来都平平无奇。我自己也在反思是不是没有表达清楚了，本篇文章我会尽量详细的讲解。
好久没有文章更新了，是我欠大家的一份承诺，拖拉的习惯一直没有改掉，希望大家能够监督监督我，同时我也尽量克制自己的懒惰，及时分享自己的一些学习成果。

二、正文

习惯了先上效果图，再逐一解剖，图文并茂有助于大家的理解

1、效果图

demo.gif

录制的不是很清晰，文章的末尾会给出源码地址。
第一眼看到这个效果的时候我就想到了通过自定义View去实现（最终还真被我实现了七七八八的效果），简单的分析下自定义控件的基本需求有以下几种：

1. 整个屏幕作为把手（可以拖拽的）进行拖拽
2. 底部上拉布局有一定的高度限制，不一定覆盖整个屏幕（高度根据具体情况调整）
3. 当从底部上拉一点点时抬手，布局缩回，若超过一定高度，自动展开到最大，下拉同理（根据具体情况设定阈值）
4. 支持快速拖拽（效果同3）
5. 根据布局滑动的偏移量，来控制其他 View 的动画效果
6. 若 ViewPager 嵌套 Fragment + 滚动 View ，需要处理滑动冲突（若 [滚动View] 滑动到了顶部并且下滑的趋势大于左右的趋势，则让他父类拦截事件，反之则自己消费事件）

通过自定义控件的方式很难实现运动惯性的效果，总感觉有瑕疵，那么只能另寻方案。苦思冥想... 滑动...折叠...好像抓住了什么，对，就是折叠效果，一下让我想到了 design库下面的 CoordinatorLayout 视图，我相信大家对它并不陌生，是 Google IO/15 大会发布的，专门用来打造各种炫酷的效果，一般是结合 AppbarLayout, CollapsingToolbarLayout, Toolbar 来使用。如果你对 CoordinatorLayout 的使用还不是很熟悉，推荐浏览以下地址：

CoordinatorLayout 英文地址
CoordinatorLayout 中文地址（任玉刚）

网上有关 CoordinatorLayout，AppBarLayout 的文章太多了，我这里就不再赘述。

2、CoordinatorLayout的xml布局

xml

由于 xml 布局文件太长，查看布局请点击文章末尾的源码链接地址。

由 xml 布局当中可以看出 AppBarLayout（通过手势变化来控制子View的运动轨迹）作为 CoordinatorLayout 的第一个子View（孩子），CollapsingToolbarLayout 作为 AppBarLayout 的第一个 Child View

    <android.support.design.widget.CollapsingToolbarLayout
        android:id="@+id/collapsing"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        app:collapsedTitleGravity="left|top|start"
        app:layout_scrollFlags="scroll|exitUntilCollapsed|snap"
        app:layout_scrollInterpolator="@android:anim/linear_interpolator">

设置了 layout_scrollFlags 属性为：

app:layout_scrollFlags="scroll|exitUntilCollapsed|snap"

layout_scrollFlags 的相关介绍 scroll ，exitUntilCollapsed 大家比较熟悉，snap 属性控制手指抬起后 Child View 要么向上全部滚进屏幕，要么向下全部滚出屏幕。

CollapsingToolbarLayout 的 Child View 都设置了如下属性：

app:layout_collapseMode="parallax"
app:layout_collapseParallaxMultiplier="1.0"

parallax 滚动有视差效果，layout_collapseParallaxMultiplier="1.0" 相当于你滚动了多少，我就滚动多少。

接下来看一个小技巧：

    <android.support.design.widget.TabLayout
        android:layout_height="@dimen/4dp"
        app:tabIndicatorHeight="@dimen/4dp"

你会发现 TabLayout 的高度只设置了 4dp，刚好是指示器的高度。在最开始的实现中我把 TabLayout 的高度设置了 56dp ，发现 [作品] 区域的动画效果并不理想，所有后来就有了这个讨巧的办法 TabLayout 只显示指示器的高度，唯一麻烦的是需要监听 mTabLayout.addOnTabSelectedListener 来实现指示器左右移动的动效。

布局没什么难度，一起来看一下运行的效果：

](http://upload-images.jianshu.io/upload_images/2258857-d751b4a523ed9445?imageMogr2/auto-orient/strip)

这里有一点需要注意的地方，如果你采用 ViewPager 的方式，每个 Fragment 布局最顶层是滚动 View 的话，那么滚动 View 必须继承于 NestedScrollingChild、NestedScrollingParent，不然滚动到最顶部 AppBarLayout 不会有下拉效果 。你可以查看 ViewCompat 类的源码进行了解

compat

从布局的效果图中可以看出，头像，[作品]，名称区域直接滑出了屏幕，怎么才能实现缩放，平移，透明度的效果呢？接下来我以头像的运动效果来简单介绍下。

3、头像运动效果

拆分头像运动效果：

1. 平移动画 X轴方向运动到左上角；Y轴方向也运动到左上角
2. 缩放动画 X轴方向从 1.0 缩放到 0.5；Y轴方向也从 1.0 缩放到 0.5（这里是原点缩放，默认的是中心点缩放）

首先我们需要监听 AppBarLayout 滚动事件：

    mAppBarLayout.addOnOffsetChangedListener(new AppBarLayout.OnOffsetChangedListener() {
        @Override
        public void onOffsetChanged(AppBarLayout appBarLayout, int verticalOffset) {
            //动画处理
        }
    });

参数 verticalOffset 表示垂直方向的偏移量

通过 getTotalScrollRange 获取总共可以滑动的范围（最大的偏移量）

appBarLayout.getTotalScrollRange() 

那么我们就可以拿到滑动比率 ：

float ratio = Math.abs((float) verticalOffset / appBarLayout.getTotalScrollRange()); //[0~1]

头像的缩放范围是 [1~0.5] ，那么我们可以进行如下处理：

    mHeaderView.setPivotX(0);
    mHeaderView.setPivotY(0);
    mHeaderView.setScaleY(0.5f + 0.5f * (1.0f - ratio));
    mHeaderView.setScaleX(0.5f + 0.5f * (1.0f - ratio));

头像的平移动画也拆分两步

1. 头像保持不动
2. 在1的前提下进行平移

由于 CollapsingToolbarLayout 设置的子 View 的 layout_collapseParallaxMultiplier 的视差参数是1.0，那么视图向上移动的距离就是 verticalOffset 垂直方向上的偏移量，由于向上移动 Y 坐标在减小，为了保持位置不动就加上垂直方向的偏移量。

mHeaderView.setY(mHeaderStartY + Math.abs(verticalOffset));

mHeaderStartY 变量表示头像运动前的Y坐标。这样就可以使头像的位置固定不变，接下来在固定的基础上进行平移

   mHeaderView.setY(mHeaderStartY + Math.abs(verticalOffset) - (mHeaderStartY - mHeaderEndY) * ratio);
   
   mHeaderView.setX(mHeaderStartX - (mHeaderStartX - mHeaderEndX) * ratio);

mHeaderStartX 表示头像运动前的 X 坐标，mHeaderEndX，mHeaderEndY 分别是左上角的坐标分别为18dp，12dp

这样头像的运动效果就实现了，其他的效果类似。这里就不在赘述。有一点需要注意，[作品] 区域的字体大小变化并没有动态的改变 setTextSize 的值（滑动会发现字体抖动），采用的缩放的方式，缩放的区域为 [1.0~0.7]，根据具体的情况而定。

其他效果完成之后，运行走一波。玩着玩着就会发现，为啥 RecyclerView 未滚动到顶部，下拉 [头像+作品] 区域，AppBarLayout 并不会向下滚动。但潮自拍的个人中心却可以滚动。对于追求卓越品质的我，怎么会允许这样的问题存在呢。

那么只能调试 CoordinatorLayout AppBarLayout 源码了，断点调试了 CoordinatorLayout onTouchEvent 方法发现并没有找到突破口。 苦思冥想 ... 冥想苦思 ...

突然想到了关联的滚动视图必须继承 NestedScrollingChild、NestedScrollingParent 接口，那么是搜索他两试试呢？一搜索还真被我找到了，当时内心的那份喜悦是无以言表的。

在 AppBarLayout 类里面搜索 NestedScrollingChild，直接定位到了以下代码：

private WeakReference<View> mLastNestedScrollingChildRef;

发现了一个加有弱引用的 View，继续跟踪（省略了初始化的地方），就定位到了下面这个方法：

        @Override
        boolean canDragView(AppBarLayout view) {
            if (mOnDragCallback != null) {
                // If there is a drag callback set, it's in control
                return mOnDragCallback.canDrag(view);
            }

            // Else we'll use the default behaviour of seeing if it can scroll down
            if (mLastNestedScrollingChildRef != null) {
                // If we have a reference to a scrolling view, check it
                final View scrollingView = mLastNestedScrollingChildRef.get();
                return scrollingView != null && scrollingView.isShown()
                        && !ViewCompat.canScrollVertically(scrollingView, -1);
            } else {
                // Otherwise we assume that the scrolling view hasn't been scrolled and can drag.
                return true;
            }
        }

代码很简单，重点看

ViewCompat.canScrollVertically(scrollingView, -1);

滑到最顶部时，返回 false 。那么 canDragView 就很清晰了，滚动 View 未滑动到顶部返回 false ；滑动到顶部则放回 true

继续跟踪 canDragView 在哪里被调用了

HeaderBehavior 类下的 onTouchEvent 方法 ：

    case MotionEvent.ACTION_DOWN: {
        final int x = (int) ev.getX();
        final int y = (int) ev.getY();
        if (parent.isPointInChildBounds(child, x, y) && canDragView(child)) {
           //滚动到顶部  下拉执行这里
            mLastMotionY = y;
            mActivePointerId = ev.getPointerId(0);
            ensureVelocityTracker();
        } else {
        // 未滚动到顶部 下拉执行这里
            return false;
        }
        break;
    }

那么接着我们来看一看 HeaderBehavior 类的一个申明：

HeaderBehavior<V extends View> extends ViewOffsetBehavior<V>

Behavior 怎么这么熟悉呢？对了，我们的布局 ViewPager 不就也有一个 behavior 行为吗？

    <android.support.v4.view.ViewPager
        app:layout_behavior="@string/appbar_scrolling_view_behavior"/>

查看 appbar_scrolling_view_behavior 字符串：

 <string name="appbar_scrolling_view_behavior" translatable="false">android.support.design.widget.AppBarLayout$ScrollingViewBehavior</string>

定位到 ScrollingViewBehavior 类：

behavior

 public static class Behavior extends HeaderBehavior<AppBarLayout>

共同继承了 ViewOffsetBehavior 类，产生了关联。回到 HeaderBehavior 类的 onTouchEvent 方法调试跟踪 RecyclerView 滚动到顶部与未滚动到顶部下拉 [头像+作品] 区域，断点刚好触发在这里，执行的情况如下：

 if (parent.isPointInChildBounds(child, x, y) && canDragView(child)) {
           //滚动到顶部  下拉执行这里
           //省略了其他代码
        } else {
        // 未滚动到顶部 下拉执行这里
            return false;
        }

而影响 canDragView(child) 的返回值正是如下代码：

ViewCompat.canScrollVertically(scrollingView, -1)

那么我们通过重写 RecyclerView 的 canScrollVertically 方法，来实现未滑动到顶部也可以实现下拉效果：

    @Override
    public boolean canScrollVertically(int direction) {
        return false;
    }

运行一下，发现跟潮自拍个人中心效果一样。

本篇到这里就要结束了，下一篇带个大家实现知乎列表图片的滚动视差效果。

源码地址