嵌套滾動機制

谷歌在發佈安卓 Lollipop版本以後，爲了更好的用戶體驗，Google爲Android的滑動機制提供了NestedScrolling特性

NestedScrolling的特性

好比你使用了Toolbar，下面一個ScrollView，向上滾動隱藏Toolbar，向下滾動顯示Toolbar，這裏在邏輯上就是一個NestedScrolling —— 由於你在滾動整個Toolbar在內的View的過程當中，又嵌套滾動了裏面的ScrollView。

在這以前，咱們知道Android對Touch事件的分發是有本身一套機制的。主要是有是三個函數：

dispatchTouchEvent、onInterceptTouchEvent和onTouchEvent。

這種分發機制讓移動應用安全檢測平臺-愛內測（ineice.com）發現有一個漏洞，據愛內測的CTO介紹：

若是子view得到處理touch事件機會的時候，父view就再也沒有機會去處理這個touch事件了，直到下一次手指再按下。

也就是說，咱們在滑動子View的時候，若是子View對這個滑動事件不想要處理的時候，只能拋棄這個touch事件，而不會把這些傳給父view去處理。

可是Google新的NestedScrolling機制就很好的解決了這個問題。

咱們看看如何實現這個NestedScrolling，首先有幾個類（接口）咱們須要關注一下

NestedScrollingChild

NestedScrollingParent

NestedScrollingChildHelper

NestedScrollingParentHelper

以上四個類都在support-v4包中提供，Lollipop的View默認實現了幾種方法。

實現

實現接口很簡單，這邊我暫時用到了NestedScrollingChild系列的方法（由於Parent是support-design提供的CoordinatorLayout）

@Override

    public void setNestedScrollingEnabled(boolean enabled) {

        super.setNestedScrollingEnabled(enabled);

        mChildHelper.setNestedScrollingEnabled(enabled);

    }

 

    @Override

    public boolean isNestedScrollingEnabled() {

        return mChildHelper.isNestedScrollingEnabled();

    }

    @Override

    public boolean startNestedScroll(int axes) {

        return mChildHelper.startNestedScroll(axes);

    }

    @Override

    public void stopNestedScroll() {

        mChildHelper.stopNestedScroll();

    }

    @Override

    public boolean hasNestedScrollingParent() {

        return mChildHelper.hasNestedScrollingParent();

    }

    @Override

    public boolean dispatchNestedScroll(int dxConsumed, int dyConsumed, int dxUnconsumed, int dyUnconsumed, int[] offsetInWindow) {

        return mChildHelper.dispatchNestedScroll(dxConsumed, dyConsumed, dxUnconsumed, dyUnconsumed, offsetInWindow);

    }

    @Override

    public boolean dispatchNestedPreScroll(int dx, int dy, int[] consumed, int[] offsetInWindow) {

        return mChildHelper.dispatchNestedPreScroll(dx, dy, consumed, offsetInWindow);

    }

    @Override

    public boolean dispatchNestedFling(float velocityX, float velocityY, boolean consumed) {

        return mChildHelper.dispatchNestedFling(velocityX, velocityY, consumed);

    }

    @Override

    public boolean dispatchNestedPreFling(float velocityX, float velocityY) {

        return mChildHelper.dispatchNestedPreFling(velocityX, velocityY);

    }

對，簡單的話你就這麼實現就行了。

這些接口都是咱們在須要的時候本身調用的。childHelper幹了些什麼事呢？，看一下startNestedScroll方法

/**

     * Start a new nested scroll for this view.

     *

     * <p>This is a delegate method. Call it from your {@link android.view.View View} subclass

     * method/{@link NestedScrollingChild} interface method with the same signature to implement

     * the standard policy.</p>

     *

     * @param axes Supported nested scroll axes.

     *             See {@link NestedScrollingChild#startNestedScroll(int)}.

     * @return true if a cooperating parent view was found and nested scrolling started successfully

     */

    public boolean startNestedScroll(int axes) {

        if (hasNestedScrollingParent()) {

            // Already in progress

            return true;

        }

        if (isNestedScrollingEnabled()) {

            ViewParent p = mView.getParent();

            View child = mView;

            while (p != null) {

                if (ViewParentCompat.onStartNestedScroll(p, child, mView, axes)) {

                    mNestedScrollingParent = p;

                    ViewParentCompat.onNestedScrollAccepted(p, child, mView, axes);

                    return true;

                }

                if (p instanceof View) {

                    child = (View) p;

                }

                p = p.getParent();

            }

        }

        return false;

    }

能夠看到這裏是幫你實現一些跟NestedScrollingParent交互的一些方法。

ViewParentCompat是一個和父view交互的兼容類，它會判斷api version，若是在Lollipop以上，就是用view自帶的方法，不然判斷是否實現了NestedScrollingParent接口，去調用接口的方法。

那麼具體咱們怎麼使用這一套機制呢？好比子View這時候我須要通知父view告訴它我有一個嵌套的touch事件須要咱們共同處理。那麼針對一個只包含scroll交互，它整個工做流是這樣的：

1、startNestedScroll

首先子view須要開啓整個流程（內部主要是找到合適的能接受nestedScroll的parent），通知父View，我要和你配合處理TouchEvent

2、dispatchNestedPreScroll

在子View的onInterceptTouchEvent或者onTouch中(通常在MontionEvent.ACTION_MOVE事件裏)，調用該方法通知父View滑動的距離。該方法的第三第四個參數返回父view消費掉的scroll長度和子View的窗體偏移量。若是這個scroll沒有被消費完，則子view進行處理剩下的一些距離，因爲窗體進行了移動，若是你記錄了手指最後的位置，須要根據第四個參數offsetInWindow計算偏移量，才能保證下一次的touch事件的計算是正確的。

若是父view接受了它的滾動參數，進行了部分消費，則這個函數返回true，不然爲false。

這個函數通常在子view處理scroll前調用。

3、dispatchNestedScroll

向父view彙報滾動狀況，包括子view消費的部分和子view沒有消費的部分。

若是父view接受了它的滾動參數，進行了部分消費，則這個函數返回true，不然爲false。

這個函數通常在子view處理scroll後調用。

4、stopNestedScroll

結束整個流程。

整個對應流程是這樣

子view 父view

startNestedScroll onStartNestedScroll、onNestedScrollAccepted

dispatchNestedPreScroll onNestedPreScroll

dispatchNestedScroll onNestedScroll

stopNestedScroll onStopNestedScroll

通常是子view發起調用，父view接受回調。

咱們最須要關注的是dispatchNestedPreScroll中的consumed參數。

public boolean dispatchNestedPreScroll(int dx, int dy, int[] consumed, int[] offsetInWindow) ;

它是一個int型的數組，長度爲2，第一個元素是父view消費的x方向的滾動距離；第二個元素是父view消費的y方向的滾動距離，若是這兩個值不爲0，則子view須要對滾動的量進行一些修正。正由於有了這個參數，使得咱們處理滾動事件的時候，思路更加清晰，不會像之前同樣被一堆的滾動參數搞混。