雖然很早之前使用CoordinatorLayout時(shí)就認(rèn)識(shí)過nestedScrollingChild和nestedScrollingParent邀窃， 也看多很多博客肪虎，但每次看著就不知所云了爵政，所以這篇文章掺出，我們就以問題為線索，帶著問題找答案。

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

在實(shí)際項(xiàng)目中，我們往往會(huì)遇到這樣一種需求，當(dāng)ViewA還顯示的時(shí)候篱瞎，往上滑動(dòng)到viewA不可見時(shí)澄者，才開始滑動(dòng)viewB榕堰， 又或者向下滑動(dòng)到viewB不能滑動(dòng)時(shí)魏蔗，才開始向上滑動(dòng)viewC. 如果列表滑動(dòng)、上拉加載和下拉刷新的view都封裝成一個(gè)組件的話，那滑動(dòng)邏輯就是剛剛這樣瘟判。而這其中列表就要實(shí)現(xiàn)nestedScrollingChild, 最外層的Container實(shí)現(xiàn)nestedScrollingParent. 如果最外層的Container希望在其它布局中仍然能夠?qū)⒒瑒?dòng)事件繼續(xù)往上冒泡减细，那么container在實(shí)現(xiàn)nestedScrollingParent的同時(shí)也要實(shí)現(xiàn)nestedScrollingChild萧吠。 如下示意圖所示。

示意圖.png

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

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

是nestedScrollingChild的父布局狰腌，且需要消費(fèi)傳遞的滑動(dòng)事件就是nestedScrollingParent.

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

2. 滑動(dòng)事件如何在二者之間傳遞和消費(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();
}

這里呢揽咕，我刪掉了注釋屠尊，我不想翻譯那些注釋放在上面的代碼中，這樣你就會(huì)將注意力放在我的注釋中碧查，然后陷入了咬文嚼字涧狮，最后感嘆為什么每個(gè)字我都認(rèn)識(shí)，連在了一起我怎么就看不懂的自我否定中么夫。 之所以把上面的代碼放出來，是為了我后面簡(jiǎn)述時(shí)肤视，你不用一邊看文章档痪，一邊還要切過去看源碼看這個(gè)api是屬于child還是屬于parent的。

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

嗯摇予，廢話了好像很多了汽绢，這里我們要回到問題上，滑動(dòng)事件如何在child和parent之間傳遞和消費(fèi)掉的呢侧戴？

2.2 滑動(dòng)事件的是如何傳遞的

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

2.2.1 滑動(dòng)事件傳遞從哪里產(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)漱挚， 這里我們?cè)俣嘧屛覀兊拇竽X接受一點(diǎn)信息，那就是這個(gè)方法的參數(shù)：nestedScrollAxis, 滑動(dòng)的坐標(biāo)軸匾灶。 RecylerView是不是既可以水平滑動(dòng)棱烂，又可以縱向滑動(dòng)，那這里就是傳遞的就是RecyclerView可以滑動(dòng)的坐標(biāo)軸阶女。

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

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

這里秃踩，我們發(fā)現(xiàn)又出來一個(gè)類：NestedScrollingChildHelper. 里面好像又有一些滑動(dòng)的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è)方法我是原封不動(dòng)拷貝下來，聽我和你一句一句講解蛇券。
第一句： 判斷 mNestedScrollingParent是不是 null缀壤。 在NestedScrollingChildHelper這個(gè)類，全類只有兩處給它賦值了纠亚，一個(gè)賦有值塘慕，就是上面代碼中的while循環(huán)里面，一個(gè)是賦空值蒂胞，在方法stopNestedScroll图呢，這個(gè)方法什么時(shí)候調(diào)用啊，在你美麗的小手離開屏幕的時(shí)候骗随。所以只要你的小手在屏幕上岳瞭，這個(gè)startedNestedScroll 這個(gè)方法只會(huì)調(diào)用一次。也就是通知parent我美麗的小手指要滑動(dòng)啦蚊锹，通知過你瞳筏，我就不通知了，哪個(gè)小仙女不是傲嬌的牡昆。

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

第三句＋第四句：這里的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è)軸上有滑動(dòng)事件经宏，并且正是parent需要的事件，那么就會(huì)調(diào)用onNestedScrollAccept驯击。 這里的ViewParentCompat.onStartNestedScroll(p, child, mView, axes) 會(huì)最終調(diào)用到實(shí)現(xiàn)nestedScrollingParent組件中的onStartNestedScroll方法烁兰，這個(gè)方法就是parent 判斷收到該滑動(dòng)通知時(shí)，是不是天時(shí)地利人和徊都，如果是缚柏，我就返回true，后面一系列的小手指滑動(dòng)都要告知我碟贾。如果返回false，說明parent此時(shí)在處理別的事情轨域，后面小手指滑動(dòng)的弧線再怎么優(yōu)美袱耽，都不要來煩我。

第七句：onNestedScrollAccepted 說明parent正式接收了此child也就是recyclerView的滑動(dòng)通知干发，最終會(huì)調(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 小手指滑動(dòng)的時(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è)問號(hào)吼蚁？首先這個(gè)方法會(huì)走到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()凭需。所以我們可以大膽猜測(cè)，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)生滑動(dòng)位移的時(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)部滑動(dòng)消耗了，在這個(gè)方法里面捌治，我們發(fā)現(xiàn)繼續(xù)往parent分發(fā)了事件：dispatchNestedScroll(consumeX, consumeY, unconsumeX, unconsumeY)岗钩， 把自己未消耗的滑動(dòng)位移繼續(xù)移交給parent,這個(gè)時(shí)候最終會(huì)走到parent的方法：onNestedScroll()。 在這里肖油，如果parent還實(shí)現(xiàn)了nestedScrollingChild兼吓，可以將未消耗的滑動(dòng)位移繼續(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 : 小手指滑動(dòng)位移為：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í)仍然有速度，那么會(huì)執(zhí)行一段慣性滑動(dòng)县袱，而在這慣性滑動(dòng)中浑娜， 這里就很奇妙了，先是通過dispatchNestedPreFling()將滑動(dòng)速度傳遞給parent式散， 如果parent不消耗的話筋遭，再次通過dispatchNestedFling向parent傳遞，只是這次的傳遞會(huì)帶上child自己是否有能力消費(fèi)慣性滑動(dòng)暴拄，最后不管parent有沒有消費(fèi)漓滔，child也就是recyclerview都會(huì)執(zhí)行自己的fling.也就是:

mViewFlinger.fling(velocityX, velocityY);

走完了慣性滑動(dòng)，就會(huì)走到stopNestedScroll(). 按照上面的邏輯處理乖篷，我們應(yīng)該可以猜到接下來的邏輯就是走到NestedScrollingChildHelper這個(gè)類响驴。然后目的地會(huì)到達(dá)parent的onStopNestedScroll方法。這里撕蔼，parent就可以處理當(dāng)小手指離開屏幕時(shí)的一些邏輯了踏施。這條路很簡(jiǎn)單石蔗，沒有返回值，也沒有傳遞什么變量畅形。還是很好理解的养距。

    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)的自定義上拉加載，下拉刷新的控件竖席。

https://github.com/thh0613/nestedScrollDemo