Android协调布局CoordinatorLayout 印象笔记

1.题记

    本篇文章简述下常见的协调布局CoordinatorLayout的内部view之间的关系

2.正文

举个最常见的布局例子

<?xml version="1.0" encoding="utf-8"?>
<android.support.design.widget.CoordinatorLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >


    <android.support.design.widget.AppBarLayout
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:theme="@style/ThemeOverlay.AppCompat.Dark.ActionBar">

        <android.support.design.widget.CollapsingToolbarLayout
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            app:expandedTitleMarginEnd="64dp"
            app:expandedTitleMarginStart="48dp"
            app:layout_scrollFlags="scroll|exitUntilCollapsed">

            <ImageView
                android:id="@+id/main.backdrop"
                android:layout_width="wrap_content"
                android:layout_height="300dp"
                android:scaleType="centerCrop"
                android:src="@drawable/material_img"
                app:layout_collapseMode="parallax" />

            <android.support.v7.widget.Toolbar
                android:id="@+id/toolbar"
                android:layout_width="match_parent"
                android:layout_height="?android:attr/actionBarSize"
                app:layout_collapseMode="pin"  />

        </android.support.design.widget.CollapsingToolbarLayout>
    </android.support.design.widget.AppBarLayout>

    <android.support.v4.widget.NestedScrollView

        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:paddingTop="50dp"
        app:layout_behavior="@string/appbar_scrolling_view_behavior">

        <TextView
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:text="@string/my_txt"
            android:textSize="20sp" />

    </android.support.v4.widget.NestedScrollView>

</android.support.design.widget.CoordinatorLayout>

        一开始看这个布局是懵的，觉得就一个标题栏你给做的这么复杂，嵌套了几层，非常的不合理。我尝试着一层层去掉它们的外壳运行看下效果(抱歉，萌新的我都是先看效果再去分析具体原因的)，跑起来后发现，噫，标题栏是固定的，并不能像之前那样随着下面的NestedScrollView协调滚动，眉头一紧发现事情并不简单。

  2.1 关于AppBarLayout

        那看看这个AppBarLayout究竟是什么东东，没有了它为啥标题栏就不能和下面的NestedScrollView协调滚动了，看了api,知道它继承至LinearLayout：

@CoordinatorLayout.DefaultBehavior(AppBarLayout.Behavior.class)
public class AppBarLayout extends LinearLayout {
  //...todo
}

        嚯哦，有个很神奇的东西出现了，AppBarLayout通过注解的方式绑定了一个Behavior，Behavior可以说是CoordinatorLayout的非常重要的一个特性了，通过Behavior可以监听和自定义控制子View的行为，这就是关键点，也是为什么有了AppBarLayout才能协调滚动，没有AppBarLayout标题栏就固定不动的原因，继续看Behavior，发现它是AppBarLayout的内部类：

 public static class Behavior extends HeaderBehavior<AppBarLayout> {//TODO...}

        Behavior继承自HeaderBehavior，HeaderBehavior里面重写触摸事件，伴随监听器实时变化:

        

abstract class HeaderBehavior<V extends View> extends ViewOffsetBehavior<V> {
    @Override
    public boolean onTouchEvent(CoordinatorLayout parent, V child, MotionEvent ev) {
        switch (MotionEventCompat.getActionMasked(ev)) {
            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 = MotionEventCompat.getPointerId(ev, 0);
                    ensureVelocityTracker();
                } else {
                    return false;
                }
                break;
            }

            case MotionEvent.ACTION_MOVE: {
                final int activePointerIndex = MotionEventCompat.findPointerIndex(ev,
                        mActivePointerId);
                if (activePointerIndex == -1) {
                    return false;
                }

                final int y = (int) MotionEventCompat.getY(ev, activePointerIndex);
                int dy = mLastMotionY - y;

                if (!mIsBeingDragged && Math.abs(dy) > mTouchSlop) {
                    mIsBeingDragged = true;
                    if (dy > 0) {
                        dy -= mTouchSlop;
                    } else {
                        dy += mTouchSlop;
                    }
                }

                if (mIsBeingDragged) {
                    mLastMotionY = y;
                    // We're being dragged so scroll the ABL
                    scroll(parent, child, dy, getMaxDragOffset(child), 0);
                }
                break;
            }

            case MotionEvent.ACTION_UP:
                if (mVelocityTracker != null) {
                    mVelocityTracker.addMovement(ev);
                    mVelocityTracker.computeCurrentVelocity(1000);
                    float yvel = VelocityTrackerCompat.getYVelocity(mVelocityTracker,
                            mActivePointerId);
                    fling(parent, child, -getScrollRangeForDragFling(child), 0, yvel);
                }
                // $FALLTHROUGH
            case MotionEvent.ACTION_CANCEL: {
                mIsBeingDragged = false;
                mActivePointerId = INVALID_POINTER;
                if (mVelocityTracker != null) {
                    mVelocityTracker.recycle();
                    mVelocityTracker = null;
                }
                break;
            }
        }

        if (mVelocityTracker != null) {
            mVelocityTracker.addMovement(ev);
        }

        return true;
    }

    private class FlingRunnable implements Runnable {
        private final CoordinatorLayout mParent;
        private final V mLayout;

        FlingRunnable(CoordinatorLayout parent, V layout) {
            mParent = parent;
            mLayout = layout;
        }

        @Override
        public void run() {
            if (mLayout != null && mScroller != null) {
                if (mScroller.computeScrollOffset()) {
                    setHeaderTopBottomOffset(mParent, mLayout, mScroller.getCurrY());
                    // Post ourselves so that we run on the next animation
                    ViewCompat.postOnAnimation(mLayout, this);
                } else {
                    onFlingFinished(mParent, mLayout);
                }
            }
        }
    }
}

        代码没全贴，有兴趣的可以看api跟下流程，综上，这个比较特别的AppBarLayout的特别之处在于它绑定了一个特别的Behavior,这个Behavior重写OnTouch事件，监听父布局(CoordinatorLayout)的变化动态，因而内部可以做出对应变化调整。

2.2  关于CollapsingToolbarLayout

       关于CollapsingToolbarLayout，csdn上有篇文章讲得很明白，我在这儿贴个链接： CollapsingToolbarLayout 详细请摸我

3.总结

以上，村通电没有多久，写得感觉挺乱，加油加油。