雖然很早之前使用CoordinatorLayout時(shí)就認(rèn)識過nestedScrollingChild和nestedScrollingParent掘宪， 也看多很多博客，但每次看著就不知所云了攘烛，所以這篇文章魏滚，我們就以問題為線索，帶著問題找答案坟漱。

1. 誰實(shí)現(xiàn) NestedScrollingChild鼠次，誰實(shí)現(xiàn)NestedScrollingParent ？

在實(shí)際項(xiàng)目中芋齿，我們往往會遇到這樣一種需求须眷，當(dāng)ViewA還顯示的時(shí)候，往上滑動到viewA不可見時(shí)沟突，才開始滑動viewB花颗， 又或者向下滑動到viewB不能滑動時(shí)，才開始向上滑動viewC. 如果列表滑動惠拭、上拉加載和下拉刷新的view都封裝成一個(gè)組件的話扩劝，那滑動邏輯就是剛剛這樣。而這其中列表就要實(shí)現(xiàn)nestedScrollingChild, 最外層的Container實(shí)現(xiàn)nestedScrollingParent. 如果最外層的Container希望在其它布局中仍然能夠?qū)⒒瑒邮录^續(xù)往上冒泡职辅，那么container在實(shí)現(xiàn)nestedScrollingParent的同時(shí)也要實(shí)現(xiàn)nestedScrollingChild棒呛。 如下示意圖所示。

image

所以這個(gè)問題的答案：

觸發(fā)滑動的組件或者接受到滑動事件且需要繼續(xù)往上傳遞的是nestedScrollingChild.

是nestedScrollingChild的父布局域携，且需要消費(fèi)傳遞的滑動事件就是nestedScrollingParent.

我們今天的最后也會給出如何利用nestedScrollingChild和nestedScrollingParent來自定義一個(gè)集上拉加載和下拉刷新的組件簇秒。

2. 滑動事件如何在二者之間傳遞和消費(fèi)的？

2.1 你能一眼認(rèn)出這是child還是parent的api嗎秀鞭？

首先呢趋观，我們要看一下nestedScrollingChild和nestedScrollingParent有哪些api.

public interface NestedScrollingChild {

    public void setNestedScrollingEnabled(boolean enabled);

    public boolean isNestedScrollingEnabled();

    public boolean startNestedScroll(int axes);

    public void stopNestedScroll();

    public boolean hasNestedScrollingParent();

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

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

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

    public boolean dispatchNestedPreFling(float velocityX, float velocityY);
}

public interface NestedScrollingParent {

    public boolean onStartNestedScroll(View child, View target, int nestedScrollAxes);

    public void onNestedScrollAccepted(View child, View target, int nestedScrollAxes);

    public void onStopNestedScroll(View target);

    public void onNestedScroll(View target, int dxConsumed, int dyConsumed,  int dxUnconsumed, int dyUnconsumed);

    public void onNestedPreScroll(View target, int dx, int dy, int[] consumed);

    public boolean onNestedFling(View target, float velocityX, float velocityY, boolean consumed);

    public int getNestedScrollAxes();
}

這里呢扛禽，我刪掉了注釋，我不想翻譯那些注釋放在上面的代碼中皱坛，這樣你就會將注意力放在我的注釋中编曼，然后陷入了咬文嚼字，最后感嘆為什么每個(gè)字我都認(rèn)識剩辟，連在了一起我怎么就看不懂的自我否定中掐场。 之所以把上面的代碼放出來，是為了我后面簡述時(shí)贩猎，你不用一邊看文章熊户，一邊還要切過去看源碼看這個(gè)api是屬于child還是屬于parent的。

其實(shí)這里給你一個(gè)分辨是child和parent的api的一個(gè)小訣竅吭服，因?yàn)?code>child是產(chǎn)生滑動的造勢者嚷堡，所以它的api都是以直接的動詞開頭，而parent的滑動響應(yīng)是child通知parent的噪馏，所以都是以監(jiān)聽on開頭麦到，這樣就記住了。
parent ----> onXXXX()
child -----> verbXXXX()

嗯欠肾，廢話了好像很多了瓶颠，這里我們要回到問題上，滑動事件如何在child和parent之間傳遞和消費(fèi)掉的呢刺桃？

2.2 滑動事件的是如何傳遞的

那既然能傳遞粹淋，說明這個(gè)滑動事件一定產(chǎn)生了，如何產(chǎn)生滑動事件瑟慈？當(dāng)然是用戶手指在屏幕上滑動了呀桃移。為了不說的這么枯燥，我們拿最熟悉熟悉的小伙伴RecyclerView來作為nestedScrollingChild講解葛碧。這里我引入的版本是：25.3.1
implementation 'com.android.support:recyclerview-v7:25.3.1'

2.2.1 滑動事件傳遞從哪里產(chǎn)生借杰？

     switch (action) {
          case MotionEvent.ACTION_DOWN: 
                int nestedScrollAxis = ViewCompat.SCROLL_AXIS_NONE;
                if (canScrollHorizontally) {
                    nestedScrollAxis |= ViewCompat.SCROLL_AXIS_HORIZONTAL;
                }
                if (canScrollVertically) {
                    nestedScrollAxis |= ViewCompat.SCROLL_AXIS_VERTICAL;
                }
                startNestedScroll(nestedScrollAxis);
            } 
          break;
    }

這里，我們可以發(fā)現(xiàn)进泼，當(dāng)我的小手按在RecyclerView上時(shí)蔗衡，調(diào)用了nestedScrollingChild的startNestedScroll(nestedScrollAxis)， 這里我們再多讓我們的大腦接受一點(diǎn)信息乳绕，那就是這個(gè)方法的參數(shù)：nestedScrollAxis, 滑動的坐標(biāo)軸绞惦。 RecylerView是不是既可以水平滑動，又可以縱向滑動洋措，那這里就是傳遞的就是RecyclerView可以滑動的坐標(biāo)軸济蝉。

發(fā)現(xiàn)了startNestedScroll(axis)，看看走到了哪里。

 @Override
    public boolean startNestedScroll(int axes) {
        return getScrollingChildHelper().startNestedScroll(axes);
    }

這里王滤，我們發(fā)現(xiàn)又出來一個(gè)類：NestedScrollingChildHelper. 里面好像又有一些滑動的api贺嫂。讀到這里，不要怕淑仆，心態(tài)要穩(wěn)住涝婉，不要崩塌了哥力。給自己吃顆定心丸蔗怠，我能行。

我們先看一眼吩跋，這個(gè)childHelper的這個(gè)方法干了啥寞射？

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;
    }

所有的絕妙之處就在這個(gè)方法中，這個(gè)方法我是原封不動拷貝下來锌钮，聽我和你一句一句講解桥温。
第一句： 判斷 mNestedScrollingParent是不是 null。 在NestedScrollingChildHelper這個(gè)類梁丘，全類只有兩處給它賦值了侵浸，一個(gè)賦有值，就是上面代碼中的while循環(huán)里面氛谜，一個(gè)是賦空值掏觉，在方法stopNestedScroll，這個(gè)方法什么時(shí)候調(diào)用啊值漫，在你美麗的小手離開屏幕的時(shí)候澳腹。所以只要你的小手在屏幕上，這個(gè)startedNestedScroll 這個(gè)方法只會調(diào)用一次杨何。也就是通知parent我美麗的小手指要滑動啦酱塔，通知過你，我就不通知了危虱，哪個(gè)小仙女不是傲嬌的羊娃。

第二句： 判斷mIsNestedScrollingEnabled 是否要true. 這個(gè)變量也是至關(guān)重要的，它的作用是 要不要向上冒泡滑動事件埃跷，所以說哪天小仙女不開心了蕊玷，直接調(diào)用了：setNestedScrollingEnabled(false), 父布局是怎么都不知道小手指有沒有滑動的。

第三句＋第四句：這里的p就是父布局了捌蚊，這里的mView是在初始化這個(gè)類的時(shí)候集畅，傳遞過來的，所以在RecyclerView中缅糟，可以找到這句話：mScrollingChildHelper = new NestedScrollingChildHelper(this);. 這里的mView就是RecyclerView 這位小仙女啦挺智。

第五句：進(jìn)入while循環(huán)了，為什么這里要while循環(huán)窗宦，因?yàn)樗_保使命必達(dá)赦颇，不管我的父布局有多深二鳄，我都要找到你，并通知到你媒怯。

第六句：if里的邏輯說明订讼，如果parent監(jiān)聽到即將要在這個(gè)軸上有滑動事件，并且正是parent需要的事件扇苞，那么就會調(diào)用onNestedScrollAccept欺殿。 這里的ViewParentCompat.onStartNestedScroll(p, child, mView, axes) 會最終調(diào)用到實(shí)現(xiàn)nestedScrollingParent組件中的onStartNestedScroll方法，這個(gè)方法就是parent 判斷收到該滑動通知時(shí)鳖敷，是不是天時(shí)地利人和脖苏，如果是，我就返回true定踱，后面一系列的小手指滑動都要告知我棍潘。如果返回false，說明parent此時(shí)在處理別的事情崖媚，后面小手指滑動的弧線再怎么優(yōu)美亦歉，都不要來煩我。

第七句：onNestedScrollAccepted 說明parent正式接收了此child也就是recyclerView的滑動通知畅哑，最終會調(diào)用到parent的onNestedScrollAccept方法中肴楷，如果此parent還實(shí)現(xiàn)了接口nestedScrollingChild， 可以在這個(gè)方法繼續(xù)向parent的parent上報(bào)了敢课。

所以整個(gè)流程可以概括為：通知
ACTION_DOWN
--> child.startNestedScroll
--> childHelper.startNestedScroll
--> parent.onStartNestedScroll
--> parent.onNestedScrollAccept

2.2.2 小手指滑動的時(shí)候阶祭，child和parent之間是如何通信的？

 case MotionEvent.ACTION_MOVE: {
         if (dispatchNestedPreScroll(dx, dy, mScrollConsumed, mScrollOffset)) {
             dx -= mScrollConsumed[0];
             dy -= mScrollConsumed[1];
             vtev.offsetLocation(mScrollOffset[0], mScrollOffset[1]);
         }

        if (mScrollState == SCROLL_STATE_DRAGGING) {
            mLastTouchX = x - mScrollOffset[0];
            mLastTouchY = y - mScrollOffset[1];

            if (scrollByInternal(canScrollHorizontally ? dx : 0,canScrollVertically ? dy : 0,
            vtev)) {
                 getParent().requestDisallowInterceptTouchEvent(true);
        }
    break;
}

這里呢直秆，有兩個(gè)重要的方法：dispatchNestedPreScroll 和 scrollByInternal.

第一句： dispatchNestedPreScroll(dx, dy, consumed, offsetInWindow),這里的參數(shù)中只有dx,dy兩個(gè)參數(shù)在前面賦值了濒募，而后面兩個(gè)參數(shù)在哪里操作的呢？這里我們留個(gè)問號圾结？首先這個(gè)方法會走到NestedScrollingChildHelper類中的方法：dispatchNestedPreScroll調(diào)用ViewParentCompat.onNestedPreScroll(mNestedScrollingParent, mView, dx, dy, consumed);

public boolean dispatchNestedPreScroll(int dx, int dy, int[] consumed, int[] offsetInWindow) {
        ViewParentCompat.onNestedPreScroll(mNestedScrollingParent, mView, dx, dy, consumed);
 }

最終目的地來到了parent的onNestedPreScroll()瑰剃。所以我們可以大膽猜測，consumed, offsetInwindow筝野， 是在parent這里賦值的晌姚，當(dāng)然你可以不用賦值，不賦值的話歇竟，值也就是保留上一次的值挥唠。

  dx -= mScrollConsumed[0];
  dy -= mScrollConsumed[1];

dispatchNestedPreScroll()這個(gè)方法返回true后，發(fā)現(xiàn)重新計(jì)算了dx,dy, 在方法scrollByInternal()方法中焕议，用的是最新的dx,dy值宝磨。說明當(dāng)小手指產(chǎn)生滑動位移的時(shí)候，先分發(fā)給parent，讓parent先消耗唤锉，并在方法中將parent消耗的位移傳遞過來世囊，那么剩下的位移，ok窿祥，那充當(dāng)child的RecyclerView內(nèi)部消費(fèi)了株憾。

 if (scrollByInternal(canScrollHorizontally ? dx : 0,canScrollVertically ? dy : 0,vtev)) {
      getParent().requestDisallowInterceptTouchEvent(true);
 }

boolean scrollByInternal(int x, int y, MotionEvent ev) {
        int unconsumedX = 0, unconsumedY = 0;
        int consumedX = 0, consumedY = 0;
        if (mAdapter != null) {
            if (y != 0) {
                consumedY = mLayout.scrollVerticallyBy(y, mRecycler, mState);
                unconsumedY = y - consumedY;
            }          
        }
        if (dispatchNestedScroll(consumedX, consumedY, unconsumedX, unconsumedY, mScrollOffset)) {
            // Update the last touch co-ords, taking any scroll offset into account
            mLastTouchX -= mScrollOffset[0];
            mLastTouchY -= mScrollOffset[1];
            if (ev != null) {
                ev.offsetLocation(mScrollOffset[0], mScrollOffset[1]);
            }
            mNestedOffsets[0] += mScrollOffset[0];
            mNestedOffsets[1] += mScrollOffset[1];
        } 
        return consumedX != 0 || consumedY != 0;
    }

第二句：scrollByInternal()就是內(nèi)部滑動消耗了，在這個(gè)方法里面晒衩，我們發(fā)現(xiàn)繼續(xù)往parent分發(fā)了事件：dispatchNestedScroll(consumeX, consumeY, unconsumeX, unconsumeY)嗤瞎， 把自己未消耗的滑動位移繼續(xù)移交給parent,這個(gè)時(shí)候最終會走到parent的方法：onNestedScroll()。 在這里浸遗，如果parent還實(shí)現(xiàn)了nestedScrollingChild猫胁，可以將未消耗的滑動位移繼續(xù)移交給自己的parent.

@Override
  public void onNestedScroll(View target, int dxConsumed, int dyConsumed, int dxUnconsumed, int dyUnconsumed) {
    if(isNestedScrollingEnabled()) {
      dispatchNestedScroll(dxConsumed, dyConsumed, dxUnconsumed, dyUnconsumed, mParentOffsetInWindow);
    }
  }

所以我們可以總結(jié)如下：通信

ACTION_MOVE : 小手指滑動位移為：dy
--> childHelper.dispatchNestedPreScroll(dy)
--> parent.onNestedPreScroll(dy), consumedY = parent.onNestedPreScroll(dy)
--> dy' = dy - consumeY recyclerView.scrollByInternal(dy') unconsumeY = dy' - recyclerView.scrollByInternal(dy')
--> parent.startNestedScroll(unconsumeY)

2.2.3 小手指滑累了箱亿，離開屏幕時(shí)跛锌，又有哪些事件傳遞?

  case MotionEvent.ACTION_UP: {
        if (!((xvel != 0 || yvel != 0) && fling((int) xvel, (int) yvel))) {
                    setScrollState(SCROLL_STATE_IDLE);
         }
        resetTouch();
   } 
  break;

public boolean fling(int velocityX, int velocityY) {
        if (!dispatchNestedPreFling(velocityX, velocityY)) {
            final boolean canScroll = canScrollHorizontal || canScrollVertical;
            dispatchNestedFling(velocityX, velocityY, canScroll);
            if (canScroll) {
                mViewFlinger.fling(velocityX, velocityY);
                return true;
            }
        }
        return false;
    }  

 private void resetTouch() {
        stopNestedScroll();
    }

這里我們發(fā)現(xiàn)先是child執(zhí)行fling方法，也就是當(dāng)手松開時(shí)仍然有速度届惋，那么會執(zhí)行一段慣性滑動髓帽，而在這慣性滑動中， 這里就很奇妙了脑豹，先是通過dispatchNestedPreFling()將滑動速度傳遞給parent郑藏， 如果parent不消耗的話，再次通過dispatchNestedFling向parent傳遞瘩欺，只是這次的傳遞會帶上child自己是否有能力消費(fèi)慣性滑動必盖，最后不管parent有沒有消費(fèi)，child也就是recyclerview都會執(zhí)行自己的fling.也就是:

mViewFlinger.fling(velocityX, velocityY);

走完了慣性滑動俱饿，就會走到stopNestedScroll(). 按照上面的邏輯處理歌粥，我們應(yīng)該可以猜到接下來的邏輯就是走到NestedScrollingChildHelper這個(gè)類。然后目的地會到達(dá)parent的onStopNestedScroll方法拍埠。這里失驶，parent就可以處理當(dāng)小手指離開屏幕時(shí)的一些邏輯了。這條路很簡單枣购，沒有返回值嬉探，也沒有傳遞什么變量。還是很好理解的棉圈。

    public void stopNestedScroll() {
        if (mNestedScrollingParent != null) {
            ViewParentCompat.onStopNestedScroll(mNestedScrollingParent, mView);
            mNestedScrollingParent = null;
        }
    }

這里呢涩堤，我們可以總結(jié)如下：收尾

ACTION_UP

--> childHelper.dispatchNestedPreFling
--> parent.onNestedPreFling
--> childHelper.dispatchNestedFling
--> parent.onNestedFling
--> child.fling
--> childHelper.stopNestedScroll
--> parent.onStopNestedScroll

這樣，我們整個(gè)nestedScrollingChild和nestedScrollingParent之間的絲絲縷縷都講解完了分瘾。

3. 實(shí)踐

這里我們利用nestedScrollingChild和nestedScrollingParent實(shí)現(xiàn)的自定義上拉加載胎围，下拉刷新的控件。

作者：雨打空城
鏈接：http://www.reibang.com/p/8f412c6cb0ef
來源：簡書
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)痊远，非商業(yè)轉(zhuǎn)載請注明出處垮抗。