如果你只打算学习一下CoordinatorLayout然后写2个Demo试试，那么本文并没有什么卵用，但是如果你打算在生产环境使用CoordinatorLayout，那么强烈推荐阅读一下本文，可以减少很多弯路，这个东西看起来很好，但是实际上坑也很多。
###前言
很多应用主页常见的构造模式
一个包含ActionBar和Banner的header+ViewPager的组合模式
比如这样：

然后需要滚动的时候能够将 ActionBar和Banner滚出界面，但是又需要ViewPager的TabLayout能固定在屏幕顶部
比如滚动后是这样：

Github上有很多sticky-viewpager xx-header-viewpager之类的项目提供类似的功能，但是大部分都会存在各种事件冲突问题，比如滑动不流畅，卡顿，弹跳之类的。
好在Android新的SupportLibrary提供了CoordinatorLayout能直接实现类似功能，具体如何使用参考 SupportLibrary中CoordinatorLayout的使用文档即可，例子也可以直接看cheesesquare
我就谈下使用过程中里面的坑：
不支持ListView,不支持ScrollView，低版本不兼容ViewCompat.setNestedScrollingEnabled PS.更新
support 23.1+新增了

ViewCompat.setNestedScrollingEnabled(listView/gridview,true);

可以给ListView提供NestedScrolling支持,但是只在LOLIPOP+版本上生效，下面的方案也一样。
低版本只能使用RecyclerView
一些文档/博客文章上说 可以使用一个 可滚动的组件
还有些错误的文章说 支持ListView
实际上该组件必须实现了 NestedScrollingChild接口
你可以使用RecyclerView,RecyclerView自身就实现了该接口，如果你要使用其他组件，那么可能需要继承原来的View并实现NestedScrollingChild接口
一个实现了NestedScrollingChild的Listview demo如下：

public class NestedScrollingListView extends ListView implements NestedScrollingChild {private final NestedScrollingChildHelper mScrollingChildHelper; public NestedScrollingListView(Context context) { super(context); mScrollingChildHelper = new NestedScrollingChildHelper(this); setNestedScrollingEnabled(true); }public NestedScrollingListView(Context context, AttributeSet attrs) { super(context, attrs); mScrollingChildHelper = new NestedScrollingChildHelper(this); setNestedScrollingEnabled(true); }@Override public void setNestedScrollingEnabled(boolean enabled) { mScrollingChildHelper.setNestedScrollingEnabled(enabled); }@Override public boolean isNestedScrollingEnabled() { return mScrollingChildHelper.isNestedScrollingEnabled(); }@Override public boolean startNestedScroll(int axes) { return mScrollingChildHelper.startNestedScroll(axes); }@Override public void stopNestedScroll() { mScrollingChildHelper.stopNestedScroll(); }@Override public boolean hasNestedScrollingParent() { return mScrollingChildHelper.hasNestedScrollingParent(); }@Override public boolean dispatchNestedScroll(int dxConsumed, int dyConsumed, int dxUnconsumed, int dyUnconsumed, int[] offsetInWindow) { return mScrollingChildHelper.dispatchNestedScroll(dxConsumed, dyConsumed, dxUnconsumed, dyUnconsumed, offsetInWindow); }@Override public boolean dispatchNestedPreScroll(int dx, int dy, int[] consumed, int[] offsetInWindow) { return mScrollingChildHelper.dispatchNestedPreScroll(dx, dy, consumed, offsetInWindow); }@Override public boolean dispatchNestedFling(float velocityX, float velocityY, boolean consumed) { return mScrollingChildHelper.dispatchNestedFling(velocityX, velocityY, consumed); }@Override public boolean dispatchNestedPreFling(float velocityX, float velocityY) { return mScrollingChildHelper.dispatchNestedPreFling(velocityX, velocityY); } }

其他View也可以使用类似的方式实现。
只对 5.0+ 生效，低版本无效。
RecyclerView滑动的时候不流畅 目前已知 r23.1 & r 23.2 都存在此问题，Google code的提交代码里倒是有相关修复记录，但是目前还没有发布。
直接原因是Fling Direction错误，导致Fling事件被吃掉了，ACTION_UP/ACTION_CANCEL事件一旦发生，scroll动作直接停止
StackOverFlow上一个高票解决方案是重写一个FlingBehavior，并配置给AppBar.
注意，这个Behavior是给AppBar的，不是给下面的可滚动组件的。

public class FlingBehavior extends AppBarLayout.Behavior {private static final int TOP_CHILD_FLING_THRESHOLD = 3; private boolean isPositive; public FlingBehavior() { }public FlingBehavior(Context context, AttributeSet attrs) { super(context, attrs); }@Override public boolean onNestedFling(CoordinatorLayout coordinatorLayout, AppBarLayout child, View target, float velocityX, float velocityY, boolean consumed) { if (velocityY > 0 && !isPositive || velocityY < 0 && isPositive) { velocityY = velocityY * -1; } if (target instanceof RecyclerView && velocityY < 0) { final RecyclerView recyclerView = (RecyclerView) target; final View firstChild = recyclerView.getChildAt(0); final int childAdapterPosition = recyclerView.getChildAdapterPosition(firstChild); consumed = childAdapterPosition > TOP_CHILD_FLING_THRESHOLD; } consumed=false; return super.onNestedFling(coordinatorLayout, child, target, velocityX, velocityY, consumed); }@Override public void onNestedPreScroll(CoordinatorLayout coordinatorLayout, AppBarLayout child, View target, int dx, int dy, int[] consumed) { super.onNestedPreScroll(coordinatorLayout, child, target, dx, dy, consumed); isPositive = dy > 0; }

注意consumed计算这部分，会影响滚动形式
请参考父类滚动的实现代码：

@Override public boolean onNestedFling(final CoordinatorLayout coordinatorLayout, final AppBarLayout child, View target, float velocityX, float velocityY, boolean consumed) { boolean flung = false; if (!consumed) { // It has been consumed so let's fling ourselves flung = fling(coordinatorLayout, child, -child.getTotalScrollRange(), 0, -velocityY); } else { // If we're scrolling up and the child also consumed the fling. We'll fake scroll // upto our 'collapsed' offset if (velocityY < 0) { // We're scrolling down final int targetScroll = -child.getTotalScrollRange() + child.getDownNestedPreScrollRange(); if (getTopBottomOffsetForScrollingSibling() < targetScroll) { // If we're currently not expanded more than the target scroll, we'll // animate a fling animateOffsetTo(coordinatorLayout, child, targetScroll); flung = true; } } else { // We're scrolling up final int targetScroll = -child.getUpNestedPreScrollRange(); if (getTopBottomOffsetForScrollingSibling() > targetScroll) { // If we're currently not expanded less than the target scroll, we'll // animate a fling animateOffsetTo(coordinatorLayout, child, targetScroll); flung = true; } } }mWasNestedFlung = flung; return flung; }

确认你需要滚动哪一步分，你可以简单根据RecyclerView展示的first item的position来判断Recyclerview是否在top位置，也有另一种代码如下：

@Override public boolean onNestedFling(CoordinatorLayout coordinatorLayout, AppBarLayout child, View target, float velocityX, float velocityY, boolean consumed) { if (target instanceof RecyclerView) { final RecyclerView recyclerView = (RecyclerView) target; consumed = velocityY > 0 || recyclerView.computeVerticalScrollOffset() > 0; } return super.onNestedFling(coordinatorLayout, child, target, velocityX, velocityY, consumed); }

另一个解决方案是使用 smooth-app-bar-layout
具体如何使用请参考它自己的文档
当header是Toolbar时，demo运作良好，当headerview高度较大时，滑动会发生剧烈抖动，弹跳，暂时还没去看它源代码，可能是我使用不正确
不支持adjustResize 可以参考这个问题
http://stackoverflow.com/questions/35599125/adjustresize-does-not-work-with-coordinatorlayout
【CoordinatorLayout问题汇总】 解决方案是可以通过ViewTreeObserver.OnGlobalLayoutListener监听界面改变，然后人工处理padding bottom

public class KeyboardUtil { private View decorView; private View contentView; public KeyboardUtil(Activity act, View contentView) { this.decorView = act.getWindow().getDecorView(); this.contentView = contentView; //only required on newer android versions. it was working on API level 19 if (Build.VERSION.SDK_INT >= 19) { decorView.getViewTreeObserver().addOnGlobalLayoutListener(onGlobalLayoutListener); } }public void enable() { if (Build.VERSION.SDK_INT >= 19) { decorView.getViewTreeObserver().addOnGlobalLayoutListener(onGlobalLayoutListener); } }public void disable() { if (Build.VERSION.SDK_INT >= 19) { decorView.getViewTreeObserver().removeOnGlobalLayoutListener(onGlobalLayoutListener); } }//a small helper to allow showing the editText focus ViewTreeObserver.OnGlobalLayoutListener onGlobalLayoutListener = new ViewTreeObserver.OnGlobalLayoutListener() { @Override public void onGlobalLayout() { Rect r = new Rect(); //r will be populated with the coordinates of your view that area still visible. decorView.getWindowVisibleDisplayFrame(r); //get screen height and calculate the difference with the useable area from the r int height = decorView.getContext().getResources().getDisplayMetrics().heightPixels; int diff = height - r.bottom; //if it could be a keyboard add the padding to the view if (diff != 0) { // if the use-able screen height differs from the total screen height we assume that it shows a keyboard now //check if the padding is 0 (if yes set the padding for the keyboard) if (contentView.getPaddingBottom() != diff) { //set the padding of the contentView for the keyboard contentView.setPadding(0, 0, 0, diff); } } else { //check if the padding is != 0 (if yes reset the padding) if (contentView.getPaddingBottom() != 0) { //reset the padding of the contentView contentView.setPadding(0, 0, 0, 0); } } } }; /** * Helper to hide the keyboard * * @param act */ public static void hideKeyboard(Activity act) { if (act != null && act.getCurrentFocus() != null) { InputMethodManager inputMethodManager = (InputMethodManager) act.getSystemService(Activity.INPUT_METHOD_SERVICE); inputMethodManager.hideSoftInputFromWindow(act.getCurrentFocus().getWindowToken(), 0); } } }

KeyboardUtil keyboardUtil = new KeyboardUtil(this, findViewById(android.R.id.content)); //enable it keyboardUtil.enable();

ps.
fitSystemWindow 和 adjustResize 和 FLAG_TRANSLUCENT_STATUS 一起使用 一样也会有冲突，造成界面缩放不正常。 当时也是用的这个解决方案。
CoordinatorLayout的onScrollListener只支持21+
解决方案：
在Behavior里监听滚动，并把数据传出来
代码和后一个问题贴在一起
注意 我这里只监听了 onDependentViewChanged
并在这里调用onScroll接口，然后外部实际使用的数据是 headerview.getTop , 并不能覆盖全部情况，但是我本身只用来做状态栏渐变色，有其它使用场景请自行修改
当顶部容器不使用Toolbar时，Measure会有问题
解决方案：
自定义一个 Behavior,继承AppBarLayout.ScrollingViewBehavior
并重载onMeasureChild方法

public class PatchedScrollingViewBehavior extends AppBarLayout.ScrollingViewBehavior {private OnScrollListener onScrollListener; public PatchedScrollingViewBehavior() { super(); }public PatchedScrollingViewBehavior(Context context, AttributeSet attrs) { super(context, attrs); }@Override public boolean onMeasureChild(CoordinatorLayout parent, View child, int parentWidthMeasureSpec, int widthUsed, int parentHeightMeasureSpec, int heightUsed) {Log.e("####", "onMeasureChild"); if (child.getLayoutParams().height == -1) { List dependencies = parent.getDependencies(child); if (dependencies.isEmpty()) { return false; }AppBarLayout appBar = findFirstAppBarLayout(dependencies); if (appBar != null && ViewCompat.isLaidOut(appBar)) { if (ViewCompat.getFitsSystemWindows(appBar)) { ViewCompat.setFitsSystemWindows(child, true); }int scrollRange = appBar.getTotalScrollRange(); //int height = parent.getHeight() - appBar.getMeasuredHeight() + scrollRange; int parentHeight = View.MeasureSpec.getSize(parentHeightMeasureSpec); int height = parentHeight - appBar.getMeasuredHeight() + scrollRange; int heightMeasureSpec = View.MeasureSpec.makeMeasureSpec(height, View.MeasureSpec.AT_MOST); parent.onMeasureChild(child, parentWidthMeasureSpec, widthUsed, heightMeasureSpec, heightUsed); return true; } }return false; }@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); }private static AppBarLayout findFirstAppBarLayout(List views) { int i = 0; for (int z = views.size(); i < z; ++i) { View view = (View) views.get(i); if (view instanceof AppBarLayout) { return (AppBarLayout) view; } } return null; }@Override public boolean onDependentViewChanged(CoordinatorLayout parent, View child, View dependency) { if (onScrollListener != null) { onScrollListener.onScroll(parent, child, dependency); } return super.onDependentViewChanged(parent, child, dependency); }public interface OnScrollListener { void onScroll(CoordinatorLayout parent, View child, View dependency); }public OnScrollListener getOnScrollListener() { return onScrollListener; }public void setOnScrollListener(OnScrollListener onScrollListener) { this.onScrollListener = onScrollListener; } }

REF:
http://stackoverflow.com/questions/30923889/flinging-with-recyclerview-appbarlayout
https://github.com/henrytao-me/smooth-app-bar-layout
https://code.google.com/p/android/issues/detail?id=177729

推荐阅读

• 

  替换覆盖的文件怎么恢复？Ontrack EasyRecovery Home来帮你！
• 

  Iphone商城退款，苹果商店退款的操作过程
• 

  网络卡是什么原因
• 

  西安刻公章联系电话 西安刻公章的指定地点
• 

  数据分析面试的常见问题,辅警面试常见问题及回答技巧
• 

  名侦探柯南小兰,是谁扮演的
• 

  CAD如何消除重复的线？CAD消除重复线的方法
• 

  干黄花菜如何吃 干黄花菜的吃法
• 

  手链的长度垂到哪里合适 手链垂到什么位置好看
• 

  手机|为什么手机买新不买旧？手机买新不买旧一定是正确的吗？
• 

  空调不怎么制冷是什么原因,有这几个原因
• 

  有哪些男性解乏的小窍门
• 

  帝国时代4德里苏丹精通怎么过 帝国时代4德里苏丹精通过关
• 

  什么是灰枣呢 灰枣有什么作用呢
• 

  优酷会员6周年有哪些奖励 奖励详细介绍
• 

  失望什么意思，希望攒够了就是失望什么意思
• 

  《上古卷轴5：天际》10大彩蛋指南
• 

  养老保险交15年可以退休吗？可以继续缴纳吗
• 

  红南京价格 「为什么红南京抽的人多」
• 

  四字短句 盘点四字短句