本篇文章已授权微信公众号 guolin_blog （郭霖）独家发布

tips:
CoordinatorLayout(协调员布局)能实现一种类似协调视图之间改变效果的布局

文章分为三部分

CoordinatorLayout 概念的简介
仿写知乎自定义简单behavior.（非gif演示）
完整的拆包分析知乎和仿写知乎包括 MainActivity, 首页回答的 ListFragment, 和点击首页回答打开的回答详情的 DetailFragment. (gif演示的实现)

比较啰嗦, 建议阅读时间9分钟.
可以直接跳到代码部分

Demo地址

FindZhihu.gif

「协调员」CoordinatorLayout

「协调」概念

铺垫: 正常的事件分发传递, 如果某一层 View 消费掉了 Down事件. 之后的 MOVE, UP 事件都是传递到这一层, 无法直接实现子 view 和其他子 view的「协调」. 于是谷歌在15年的Design
SupportLibrary包 Revision 22.2.0 加入了 CoordinatorLayout.
作为「协调员」的核心外部控件 CoordinatorLayout: 是实现了 NestedScrollingParent 接口的 ViewGroup. 根据谷歌的描述, 它作为一个顶级布局, 同时作为子视图交互的容器 FrameLayout.
那么它的子视图有哪些呢?
- 被依赖子View, 即可滚动的view, 实现 NestedScrollingChild 的子 view .(RecyclerView已实现)
- 依赖子View, 如 AppbarLayout(随着滑动的进行而跟着操作的view)

而依赖子view 依靠 behavior 控制. 谷歌对于behavior的描述是: CoordinatorLayout的子view的交互行为插件, 一个 behavior 可以实现一个或者多个交互

Behavior 里的方法

分类1: view 监听另一个 view 的状态变化, 比如大小, 位置, 显示.

layoutDependsOn 用来确定子View是否有另一个同级的View作为布局从属
onDependentViewChanged 响应被依赖子View的变化

分类2: view 监听 CoordinatorLayout 里的滑动状态

onStartNestedScroll 我们要不要关心, 要关心什么样的滑动
onNestedPreScroll 在嵌套滑动进行时，对象消费滚动距离前回调(使用的最频繁)

「协调」Demo-简单Behavior链接

下面我们开始仿造知乎的详情页来自定义一个 Behavior

知乎Behavior归纳

1. MainActivity 里的 Listfragment(首页)

滑动一定距离就隐藏
触发效果后, 手不松, 在新的位置重置触发第1步所需的距离
和点击无关
如果尝试过默认的behavior就会发现很像系统默认的 behavior. app:layout_behavior="@string/appbar_scrolling_view_behavior"

2. 详情 DetailFragment

文件内容够长才开启滑动
刚进来时底view显示
快速滑动才显示/隐藏view
底view隐藏时, 单击显示/隐藏顶和底view.
下拉到底放出顶和底view.

3. MainActivity 的底部 TabLayout 再分析

如果极慢的滑动会发现, 对于同一个动画效果, 底部 TabLayout先于顶部 Toolbar 执行, 可以得出app第一页所看到的顶部和底部不是一个behavior控制的

我们首先用behavior来写一个仿知乎的效果

Demo-自定义Behavior, 仿知乎布局

创建 CoordinatorLayout 布局
```
                  
                
```
如果一定要listview, 请判断版本 api21 后再setNestedScrollingEnabled
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { listView.setNestedScrollingEnabled(true); }

自定义底部隐藏的动画

public class MyBehaviorAnim {

    private View mBottomView;
    private float mOriginalY;

    public BottomBehaviorAnim(View bottomView) {
        mBottomView = bottomView;
        mOriginalY = mBottomView.getY();
    }


    public void show() {
        ValueAnimator animator = ValueAnimator.ofFloat(mBottomView.getY(), mOriginalY);
        animator.setDuration(400);
        animator.setInterpolator(new LinearOutSlowInInterpolator());
        animator.addUpdateListener(new ValueAnimator.AnimatorUpdateListener() {
            @Override
            public void onAnimationUpdate(ValueAnimator valueAnimator) {
                mBottomView.setY((Float) valueAnimator.getAnimatedValue());
            }
        });
        animator.start();
    }


    public void hide() {
        ValueAnimator animator = ValueAnimator.ofFloat(mBottomView.getY(), mOriginalY + mBottomView.getHeight());
        animator.setDuration(400);
        animator.setInterpolator(new LinearOutSlowInInterpolator());
        animator.addUpdateListener(new ValueAnimator.AnimatorUpdateListener() {
            @Override
            public void onAnimationUpdate(ValueAnimator valueAnimator) {
                mBottomView.setY((Float) valueAnimator.getAnimatedValue());
            }
        });
        animator.start();
    }
}

自定义底部隐藏的Behavior

判断手势
计算距离
触发动画

public class MyBehavior extends CoordinatorLayout.Behavior {

    protected BottomBehaviorAnim mBottomAnim;
    private boolean isHide;
    private boolean canScroll = true;
    private int mTotalScrollY;
    protected boolean isInit = true; //防止new Anim导致的parent 和child坐标变化

    private int mDuration = 400;
    private Interpolator mInterpolator = new LinearOutSlowInInterpolator();
    private int minScrollY = 5;//触发滑动动画最小距离
    private int scrollYDistance = 40;//设置最小滑动距离

    //1. 必须重写两个参数的构造方法, 因为behavior的实例化�是反射这个构造方法实现的
    public BottomBehavior(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    //2. 关心谁
    @Override
    public boolean layoutDependsOn(CoordinatorLayout parent, View child, View dependency) {
        return super.layoutDependsOn(parent, child, dependency);
    }

    /**
     * 触发滑动嵌套滚动之前调用的方法
     *
     * @param coordinatorLayout coordinatorLayout父布局
     * @param child             使用Behavior的子View
     * @param target            触发滑动嵌套的View(实现NestedScrollingChild接口)
     * @param dx                滑动的X轴距离
     * @param dy                滑动的Y轴距离
     * @param consumed          父布局消费的滑动距离，consumed[0]和consumed[1]代表X和Y方向父布局消费的距离，默认为0
     */
    @Override
    public void onNestedPreScroll(CoordinatorLayout coordinatorLayout, View child, View target,
                                  int dx, int dy, int[] consumed) {
        super.onNestedPreScroll(coordinatorLayout, child, target, dx, dy, consumed);
    }

    /**
     * 滑动嵌套滚动时触发的方法
     *
     * @param coordinatorLayout coordinatorLayout父布局
     * @param child             使用Behavior的子View
     * @param target            触发滑动嵌套的View
     * @param dxConsumed        TargetView消费的X轴距离
     * @param dyConsumed        TargetView消费的Y轴距离
     * @param dxUnconsumed      未被TargetView消费的X轴距离
     * @param dyUnconsumed      未被TargetView消费的Y轴距离(如RecyclerView已经到达顶部或底部，而用户继续滑动，此时dyUnconsumed的值不为0，可处理一些越界事件)
     */
    @Override
    public void onNestedScroll(CoordinatorLayout coordinatorLayout, View child, View target,
                               int dxConsumed, int dyConsumed, int dxUnconsumed, int dyUnconsumed) {
        super.onNestedScroll(coordinatorLayout, child, target, dxConsumed, dyConsumed, dxUnconsumed, dyUnconsumed);
        if (canScroll) {
            mTotalScrollY += dyConsumed;
            if (Math.abs(dyConsumed) > minScrollY || Math.abs(mTotalScrollY) > scrollYDistance) {
                if (dyConsumed < 0) {
                    if (isHide) {
                        mBottomAnim.show();
                        isHide = false;
                    }
                } else if (dyConsumed > 0) {
                    if (!isHide) {
                        mBottomAnim.hide();
                        isHide = true;
                    }
                }
                mTotalScrollY = 0;
            }
        }
    }

    @Override
    public boolean onStartNestedScroll(@NonNull CoordinatorLayout coordinatorLayout, @NonNull View child, @NonNull View directTargetChild, @NonNull View target, int nestedScrollAxes) {
        if (isInit) {
            mBottomAnim = new BottomBehaviorAnim(child);
            isInit = false;
        }
        return (nestedScrollAxes & ViewCompat.SCROLL_AXIS_VERTICAL) != 0;
    }

    @Override
    public void onStopNestedScroll(CoordinatorLayout coordinatorLayout, View child, final View target) {
        super.onStopNestedScroll(coordinatorLayout, child, target);
    }

}

关联xml和behavior
先在 string 里添加 behavior, 再在依赖子 view 中添加
```
    com.clickdemo.Behavior.MyBehavior
```
```
    
```

思考: 自定义behavior确实能做到类似知乎的隐藏 TabView 的效果, 但是知乎真的是这么实现的吗? Activity 和 Fragment 都用上了 CoordinatorLayout?

知乎

知乎拆包静态分析.

准备
- 分析对象: 知乎的首页和回答详情页.
- 材料:
  - 拆包拿到的xml等文件.（4.1.8包来源于酷安app端的历史版本）
  - Luyten (查看.jar文件里的混淆后的java代码)
  - Hierarchy View （AndroidStudio视图查看工具)
- 前提: 拆包拿到的activity_main.xml中可以看到, 底部的 com.zhihu.android.base.widget.ZHTabLayout 用到了 layout_behavior.
```
    
        
            
            
            
        
    
    
```
- 推测: MainActivity 包着四个Fragment, 底部依靠「tabLayout」切换, 然后进入详情页把内容都换一遍, 然后每一页一个 CoordinatorLayout?
- 目的: ~~查看知乎Fragment页的behavior如何实现的~~ 拿到详情和首页Fragment的xml和java文件
用 Hierarchy View 拿到 view 的 id
模拟器打开app, 进入首页的一个回答下, 用 Hierarchy View (在Android Studio自带的tool -> Android Device Monitor) 发现是 CoordinatorLayout 包着 NonSwipeableViewPager + +ZHFrameLayout + ZHTabLayout , 之后进入详情页也是替换了 NonSwipeableViewPager 里的 FrameLayout.

image

activity_main的效果如上图, 此时的FrameLayout显示的是首页ListFragment

image

上图是FrameLayout显示的是回答详情DetailFragment

疑问1: 等等, 只有一个 CoordinatorLayout?
之前猜的是有多个CoordinatorLayout啊?

常规使用下, CoordinatorLayout 的子view的子view，只能跟着上一级view整体实现协调, 即使AppBarLayout, 协调的效果也是固定的几种

所以知乎 Fragment 里底部的view和头部的toolbar是不依赖 CoordinatorLayout 进行协调的?
还是先找到Activity和Fragment.java文件吧

根据 view 的 id 来找在哪些 xml 用到了它
接下来我们用之前反编译好的资源开始寻找, 根据第1步, 我们看到了一个看似根布局的view, FrameInterceptLayout. 那就在res/layout里搜索下. 果然用到 FrameInterceptLayout 的地方不是很多. 而这 fragment_pager 和fragment_pager_2 看起来很可疑.

image
根据 xml 的 id 来找在哪些 java 文件里用到了它
那接下来看下哪些地方用到了「fragment_pager」, 通过Android逆向之旅可以得出: apk被反编译后会产生一个至关重要的 public.xml 文件, 就在res/values/public.xml下, 打开后搜一下, 哈, 找到你了, 面码, 0x7f0400be 和 0x7f0400bf.

image

但是这是俩 十六进制 的东西啊. 对, Android逆向之旅里也告诉我们怎么看 0x7f0400be:

这里可以看到，一个id字段，都有对应的类型，名称，和id值的
而这里的id值是一个整型值，8个字节；由三部分组成的：
PackageId+TypeId+EntryId
PackageId：是包的Id值，Android中如果是第三方应用的话，这个值默认就是0x7F，系统应用的话就是0x01，具体我们可以后面看aapt源码得知，他占用两个字节。
TypeId：是资源的类型Id值，一般Android中有这几个类型：attr，drawable，layout，dimen，string，style等，而且这些类型的值是从1开始逐渐递增的，而且顺序不能改变，attr=0x01，drawable=0x02….他占用两个字节。
EntryId：是在具体的类型下资源实体的id值，从0开始，依次递增，他占用四个字节。

那就用计算器转换一下, 拿到十进制的 2130968766 和 2130968767
然后打开Luyten(替代JD_GUI, 有些文件JD_GUI打开后是一片空白). 打开一个jar文件, 先搜索一下 2130968766, 找到了.

image

看到databinding感叹下, 原来知乎早就上了databinding.

不过我们要的是下面这个com/zhihu/app/ui/fragment/b/i.class...
找到了这句话
```
public View a(final LayoutInflater layoutInflater, final ViewGroup viewGroup, final Bundle bundle) {
    this.b = android.databinding.e.a(layoutInflater, 2130968766, viewGroup, false);
    return this.b.h();
}
```
可以猜到这句话就是 fragment 的 onCreateView 啦
这就拿到了主页Fragment的java文件和xml文件了.
同理拿到了详情页的ZHObservableWebView, 首页列表的ZHRecyclerView extends ObservableRecyclerView. 这个频繁出现的ObservableXXXView 根据包名, 可以找到这个项目ksoichiro/Android-ObservableScrollView

当然了, 如果在第1步的HierarchyView里能找到特殊的id的view可以直接搜索, 比如详情页可以靠fragment_paging_layout搜到.详情页的view是fragment_paging.xml, 如下图

image

破案了! 结合疑问1, 可以得出:
知乎的 Fragment 们的协调不是通过 CoordinatorLayout 的 behavior, 而是使用了观察者模式的开源项目.

总结一下(省略了过程):

MainActivity 的底部 TabLayout 使用的是 CoordinatorLayout 的 layout_behavior
首页ListFragment 的顶部toolbar可能是 ZHObservableRecyclerView 也可能是 FrameInterceptLayout控制, xml文件是 fragment_paging, Java 文件在
首页详情DetailFragment 的顶部和底部是 ZHObservableWebView 控制 xml文件是 fragment_pager, Java 文件在com/zhihu/app/ui/fragment/b/i.class

为啥首页详情页这么肯定是 ZHObservableWebView 控制的呢, 因为在Luyten里查看到的知乎源码中重写了onScrollChange 方法, 多返回了int l, t, oldl, oldt 四个参数, 而我自己在写的时候发现也需要这四个参数才方便实现结果.

大致效果如图: