Android手勢(shì)分發(fā)和嵌套滾動(dòng)機(jī)制

前言

在開(kāi)始介紹下面的嵌套滾動(dòng)時(shí)有必要先打個(gè)廣告，我們的APP可以在 FineReport & FineBI下載和體驗(yàn)响蓉，
后面的嵌套滾動(dòng)會(huì)結(jié)合我們APP中的一些使用場(chǎng)景進(jìn)行講解

??對(duì)于一個(gè)Android開(kāi)發(fā)者而言枫甲，要開(kāi)發(fā)一個(gè)APP你必須要了解事件分發(fā)，而要開(kāi)發(fā)一個(gè)優(yōu)秀的APP你就必須要理解嵌套滾動(dòng)举畸。
??在Android的開(kāi)發(fā)體系里面抄沮，手勢(shì)體系是一塊非常重要的內(nèi)容叛买。從Android誕生之初便有了事件分發(fā)率挣，這個(gè)分發(fā)機(jī)制決定了事件的傳播流程和事件如何被消費(fèi)掉。事件傳播流程大概呈U字型动漾，是一個(gè)先從上到下再?gòu)纳系较碌倪^(guò)程旱眯，在從手指按下到手指離開(kāi)屏幕的一個(gè)手勢(shì)周期中共虑，每個(gè)View都有機(jī)會(huì)消費(fèi)這個(gè)事件妈拌。
??但是這套機(jī)制也并非完美供炎，如果把手勢(shì)周期比作一個(gè)蛋糕音诫，每個(gè)事件是其中的一塊塊蛋糕，當(dāng)某個(gè)View把傳到它面前的那塊蛋糕吃掉之后香罐，它就成了后續(xù)蛋糕的指定消費(fèi)者庇茫，其他View無(wú)法再享用這個(gè)蛋糕，哪怕這個(gè)消費(fèi)者已經(jīng)吃膩了宁炫。
??回到我們的APP中羔巢，就是當(dāng)報(bào)表消費(fèi)了滑動(dòng)手勢(shì)竿秆，則后續(xù)的滑動(dòng)事件都會(huì)交給報(bào)表，哪怕報(bào)表已經(jīng)無(wú)法繼續(xù)滑動(dòng)了搅吁，外層的表單和下拉刷新組件就接收不到滑動(dòng)事件了谎懦。在越來(lái)越追求用戶體驗(yàn)的今天，這顯然不是一個(gè)好事情享甸，Android在兼容開(kāi)發(fā)庫(kù)（support包）引入了嵌套滾動(dòng)機(jī)制（NestedScroll）蛉威，甚至在API 23之后的SDK直接內(nèi)置了這套機(jī)制。嵌套滾動(dòng)機(jī)制允許事件消費(fèi)者把多余的事件主動(dòng)分享出去择示。

表單里的報(bào)表滑不動(dòng)了?
報(bào)表里的圖表滑不動(dòng)了?
表單還沒(méi)滑動(dòng),下拉刷新怎么先出來(lái)了?

??在我們的數(shù)據(jù)分析APP的開(kāi)發(fā)中，我們遇到過(guò)很多看似坑爹的問(wèn)題谈秫，其實(shí)這些都是和手勢(shì)沖突有關(guān)的孝常，后面將會(huì)分別介紹手勢(shì)分發(fā)和嵌套滾動(dòng)，以及如何借助嵌套滾動(dòng)解決這類手勢(shì)沖突喜颁，并且實(shí)現(xiàn)更多高大上的交互效果。

手勢(shì)分發(fā)

基礎(chǔ)概念：

• MotionEvent：手勢(shì)對(duì)象寂拆，包含有action（事件類型）纠永、坐標(biāo)等信息涉波。
• View：安卓的所有視圖都是View的子類啤覆。為了方便描述，本文用View指代視圖單元嫌佑，是整個(gè)視圖樹(shù)的葉子節(jié)點(diǎn)，比如TextView炮温、Button等。
• ViewGroup：視圖容器牵舵，里面可以包含其他視圖柒啤，也是View的子類。一般在整個(gè)視圖樹(shù)作為非葉節(jié)點(diǎn)畸颅，比如Scrollview担巩、LinearLayout等。
• Activity：你就理解為是電影中的一個(gè)場(chǎng)景吧涛癌，一個(gè)安卓APP是由一個(gè)或多個(gè)Activity組成的。

安卓的手勢(shì)事件類型包括（部分）:

• ACTION_DOWN：手指按下;

• ACTION_MOVE：手指移動(dòng)送火；

• ACTION_UP：手指抬起拳话；

• ACTION_CANCEL：手勢(shì)終止，比如手勢(shì)在中途被其他View攔截消費(fèi)种吸、手勢(shì)滑出屏幕（非抬起）弃衍，大部分場(chǎng)景下可視為ACTION_UP；

在多指手勢(shì)中還有：

• ACTION_PONINTER_DOWN：其他手指按下坚俗；
• ACTION_POINTER_UP：其他手指抬起镜盯；

后面就簡(jiǎn)單概括為DOWN岸裙、MOVE、UP三類事件速缆。

關(guān)鍵方法

1. Activity中有兩個(gè)方法dispatchTouchEvent和onTouchEvent哥桥，整個(gè)手勢(shì)分發(fā)從這個(gè)dispatchTouchEvent開(kāi)始，將手勢(shì)傳遞到整個(gè)View樹(shù)的根節(jié)點(diǎn)激涤，通過(guò)深度遍歷的方式分發(fā)下去，如果沒(méi)有任何View消費(fèi)掉的話手勢(shì)分發(fā)將從這個(gè)onTouchEvent結(jié)束判呕。不過(guò)一般都會(huì)有個(gè)View中途消費(fèi)掉的倦踢。
   偽代碼如下：

public boolean dispatchTouchEvent(MotionEvent ev) {
      //交給view樹(shù)根節(jié)點(diǎn)分發(fā)手勢(shì)
     if (viewRoot.dispatchTouchEvent(ev)) {
          //如果事件被消費(fèi)了直接返回
          return true;
     }
     //事件沒(méi)人要了，那就給自己的onTouchEvent吧
     return onTouchEvent(ev);
}

1. View中恰好也有這兩個(gè)方法dispatchTouchEvent和onTouchEvent侠草，其中dispatchTouchEvent如其名是分發(fā)手勢(shì)的辱挥，而onTouchEvent是意味事件傳到它這了，可以在這里執(zhí)行一些手勢(shì)處理的操作边涕。而View默認(rèn)的dispatchTouchEvent實(shí)現(xiàn)非常簡(jiǎn)單晤碘，就是直接交給自己的onTouchEvent，畢竟它是葉子節(jié)點(diǎn)功蜓，已經(jīng)處于深度遍歷的最后一層园爷。偽代碼如下:

public boolean dispatchTouchEvent(MotionEvent ev) {
      ...
      //直接給自己的onTouchEvent吧
      boolean handled = onTouchEvent(ev);
      ...
      return handled;
}

而onTouchEvent則會(huì)利用手勢(shì)進(jìn)行一些處理，比如識(shí)別單擊式撼、長(zhǎng)按事件童社，設(shè)置按壓狀態(tài)等.

public boolean onTouchEvent(MotionEvent ev) {
    if(不可點(diǎn)擊 && 不可長(zhǎng)按 && 不能獲取焦點(diǎn)) {
         //要啥自行車,這手勢(shì)我不要了,給別人吧
         return false;
    }
    //手勢(shì)類型
    int action = ev.getAction();
      switch(action) {
         case DOWN:
             重置狀態(tài)();
             啟用定時(shí)器檢查是否長(zhǎng)按();
         break;
         case UP:
             if (允許獲取焦點(diǎn)?) {
                //所以允許焦點(diǎn)和設(shè)置點(diǎn)擊事件是一個(gè)矛盾體,設(shè)置了焦點(diǎn)的View第一次點(diǎn)擊不會(huì)觸發(fā)點(diǎn)擊事件
                獲取焦點(diǎn)();
                break;
             } 
             if (不是長(zhǎng)按) {
                 關(guān)閉長(zhǎng)按檢測(cè)定時(shí)器();
                 觸發(fā)點(diǎn)擊事件();
             }
          break;
      }
      return true;
}

1. ViewGroup在繼承了View的dispatchTouchEvent和onTouchEvent方法外,還加了onInterceptTouchEvent和requestDisallowInterceptTouchEvent方法。

• onInterceptTouchEvent使得ViewGroup有機(jī)會(huì)直接攔截手勢(shì)給自己的onTouchEvent著隆，而不必再向下傳播扰楼。
• requestDisallowInterceptTouchEvent是允許下層的某個(gè)View阻止其攔截的,一物降一物渐裂。

ViewGroup重寫了dispatchTouchEvent方法,從這里我們才看到了手勢(shì)分發(fā)的奧秘署鸡。
偽代碼如下：

public boolean dispatchTouchEvent(MotionEvent ev) {
     int action = ev.getAction();
     if (action == DOWN) {
           //重置消費(fèi)者
           target = null;
     }
     //1.第一步:先判斷一下要不要攔截下來(lái)
     boolean intercept = false;
//DOWN事件要考慮考慮坝咐；對(duì)于非DOWN事件硼端，如果前面DOWN有人認(rèn)領(lǐng)過(guò)也要考慮考慮鲤遥，沒(méi)人認(rèn)領(lǐng)過(guò)就是那肯定直接攔截下來(lái)
     if (action == DOWN || target != null) {
        if(!disallowInterceptTouchEvent) {
         //詢問(wèn)是否要攔截這個(gè)手勢(shì)
           intercept = onInterceptTouchEvent();
         }
     } else {
         //之前DOWN沒(méi)一個(gè)人要,這孩子多半是沒(méi)人要了,那后面MOVE也不打算給你了,自己留著
         intercept = true
     }
     
     //2. 第二步:如果不打算攔截,就找當(dāng)前手勢(shì)的所在的child分發(fā)下去,找DOWN事件的接盤俠.
     //僅針對(duì)初始的DOWN事件,后續(xù)的MOVE事件是不走這個(gè)這一步的
     if (!intercept && action == DOWN) {
        //沒(méi)攔截,按常規(guī)分發(fā)
        View child = 手勢(shì)所在的Child
        if (child != null) {
           //遞歸分發(fā)
           if(child.dispatchTouchEvent(ev)) {
               //這個(gè)child接受了這個(gè)事件,后續(xù)的事件都給它了
               //這里簡(jiǎn)化了,target其實(shí)是個(gè)鏈表
               target = child;
           }
        }
     }
     
     //3. 第三步: 直接指派,包括沒(méi)有child要消費(fèi)的DOWN事件及所有的后續(xù)事件
     if (target != null) {
         //之前已經(jīng)有人消費(fèi)了DOWN,后續(xù)的MOVE,UP事件直接給它了(這里有校驗(yàn)target不是第二步剛分發(fā)過(guò)的view)
         return target.dispatchTouchEvent(ev);
     } else {
         //事件沒(méi)人要,給自己了,前面知道父類View的dispatch是直接給自己的onTouchEvent
         return super.dispatchTouchEvent(ev);
     }
}

默認(rèn)的onInterceptTouchEvent方法直接返回false持舆，也就是默認(rèn)不攔截伊诵。容器類視圖一般會(huì)重寫這個(gè)方法丈冬，比如Scrollview會(huì)重新這個(gè)方法流酬，在MOVE事件中當(dāng)y方向上滑動(dòng)距離達(dá)到指定閾值時(shí)會(huì)攔截手勢(shì),并在自己的onTouchEvent方法中執(zhí)行滑動(dòng)邏輯案腺。 注意如果沒(méi)有嵌套滾動(dòng)的機(jī)制，這里就會(huì)出現(xiàn)Scrollview里面的報(bào)表無(wú)法滑動(dòng)的問(wèn)題了康吵，因?yàn)镾crollview先把事件攔下來(lái)了劈榨。

圖解分發(fā)流程

前面的偽代碼可能還是很難理解,要結(jié)合一些圖來(lái)看。

1. 完整的DOWN事件手勢(shì)流向
   

   完整的手勢(shì)流程
   
   如果事件沒(méi)有任何打斷晦嵌， 也就是沒(méi)有任何容器通過(guò)onInterceptTouchEvent攔截下來(lái),每個(gè)View都沒(méi)有在onTouchEvent消費(fèi)掉事件(不設(shè)置點(diǎn)擊事件之類的)同辣，那么一個(gè)DOWN事件的走勢(shì)如上圖中的U型,事件從Activity的dispatchTouchEvent開(kāi)發(fā)自上而下一路到最底層View的dispatchTouchEvent拷姿，再?gòu)淖畹讓覸iew的onTouchEvent一路自下而上到Activity的onTouchEvent。

2. DOWN事件被某個(gè)View的onTouchEvent消費(fèi)后的MOVE事件流向

   
   
   DOWN事件被某個(gè)View的onTouchEvent消費(fèi)后的MOVE事件流向
   
   

   紅色線條是DOWN事件的走勢(shì)旱函，藍(lán)色線條是MOVE事件的走勢(shì)响巢。根據(jù)前面?zhèn)未a，MOVE事件走的是第三步棒妨，基本規(guī)則就是誰(shuí)消費(fèi)了DOWN事件踪古，就把后續(xù)的MOVE給誰(shuí)了。
   在這里踩過(guò)一個(gè)坑券腔，在BI-16781中有一個(gè)表格無(wú)法滑動(dòng)的原因是單元格設(shè)置了手勢(shì)監(jiān)聽(tīng),要檢測(cè)單擊手勢(shì)并獲取單擊坐標(biāo),根據(jù)規(guī)則如果要收到UP事件,首先他要攔截DOWN事件,導(dǎo)致上層的RecyclerView接收不到后續(xù)事件無(wú)法滑動(dòng)伏穆。

3. DOWN事件被某個(gè)dispatchTouchEvent消費(fèi)后的MOVE事件走向

   
   
   DOWN事件被某個(gè)dispatchTouchEvent消費(fèi)后的MOVE事件走向
   
   

   由于不調(diào)用super方法所以任何onTouchEvent都執(zhí)行不到了。通過(guò)onInterceptTouchEvent攔截并在onTouchEvent消費(fèi)也是類似的,下層的節(jié)點(diǎn)無(wú)法接收到任何事件纷纫。
   之前的RN添加雙擊手勢(shì)監(jiān)聽(tīng)后原生報(bào)表無(wú)法滑動(dòng)就屬于后者的情況枕扫。PanResponser的onShouldBlockNativeResponder默認(rèn)屬性值為true，表示在DoubleClick組件的原生端通過(guò)onInterceptTouchEvent直接攔截下來(lái)辱魁，并且在onTouchEvent中直接return true消費(fèi)掉任何事件烟瞧。

嵌套滾動(dòng)

那為何要引入嵌套滾動(dòng)呢？
看我們APP的一個(gè)實(shí)際效果圖染簇，這是符合我們預(yù)期的效果

內(nèi)嵌報(bào)表的表單頁(yè)嵌套滾動(dòng)效果.gif

表單布局樹(shù)結(jié)構(gòu).png

表單頁(yè)嵌套滾動(dòng)

關(guān)鍵接口

• NestedScrollingChild
  嵌套滾動(dòng)的發(fā)起方役纹，內(nèi)層的可滾動(dòng)視圖實(shí)現(xiàn)該接口偶摔，可以將未消費(fèi)的多余手勢(shì)滑動(dòng)距離向上傳播給外層可滾動(dòng)視圖。該接口主要有以下關(guān)鍵方法促脉，與后面的NestedScrollingParent接口一一對(duì)應(yīng)：
• NestedScrollingParent
  嵌套滾動(dòng)的接收方辰斋，外層可滾動(dòng)視圖實(shí)現(xiàn)該接口策州，在接收到內(nèi)層傳來(lái)的手勢(shì)距離后可以根據(jù)需要主動(dòng)滾動(dòng)自己，并消費(fèi)掉該距離

當(dāng)然宫仗，一個(gè)View可以同時(shí)實(shí)現(xiàn)上面的兩個(gè)接口够挂，Parent在無(wú)法完全消費(fèi)掉收到的距離時(shí)可以作為Child把剩余的距離繼續(xù)向上傳播。
上圖中的SwipeRefreshLayout和NestedScrollView都同時(shí)實(shí)現(xiàn)了NestedScrollingParent和NestedScrollingChild藕夫，而RecyclerView則實(shí)現(xiàn)了NestedScrollingChild接口孽糖。

關(guān)鍵方法

NestedScrollingChild和NestedScrollingParent接口一組關(guān)鍵方法并且一一對(duì)應(yīng)。

實(shí)現(xiàn)原理

為了更好的理解嵌套滾動(dòng)的原理漏健，下面用一個(gè)序列圖看的更直觀一點(diǎn)嚎货。

兩層嵌套滾動(dòng)序列圖

上面的序列圖就是簡(jiǎn)單的兩層嵌套滾動(dòng)的場(chǎng)景,對(duì)于多層嵌套也是類似的,只不過(guò)是Parent在接收到請(qǐng)求時(shí)會(huì)再向上發(fā)起請(qǐng)求。圖太大蔫浆，對(duì)一些過(guò)程做了簡(jiǎn)化殖属。

多層嵌套滾動(dòng)序列圖

在嵌套滾動(dòng)中，最底層的可滾動(dòng)視圖成為事實(shí)上的事件消費(fèi)者瓦盛，在DOWN事件中就向上宣布我可以滾動(dòng)忱辅，并且我能帶你們一起滾動(dòng)七蜘，而上層可滾動(dòng)視圖在收到這個(gè)請(qǐng)求后一般都會(huì)在后續(xù)的MOVE事件中主動(dòng)放棄攔截。通過(guò)NestedScrollingChild和NestedScrollingParent接口的互相配合墙懂，完成了先里后外和嵌套滾動(dòng)橡卤，彌補(bǔ)了常規(guī)手勢(shì)分發(fā)的至上而下的分發(fā)方式帶來(lái)的不足。
圖太長(zhǎng)了损搬，結(jié)合一點(diǎn)偽代碼看看：
這里以RecyclerView (NestedScrollingChild)和NestedScrollView (NestedScrollingParent)為例碧库。
Child在onInterceptTouchEvent階段會(huì)調(diào)用嵌套滾動(dòng)的start和stop方法,可以理解為這是本次嵌套滾動(dòng)的入口和出口。
Child:

public boolean onInterceptTouchEvent(ev) {
    switch(action) {
        case 'DOWN':
             //作為一個(gè)NestedScrollingChild,在DOWN階段就給Parent打個(gè)預(yù)防針,表明自己能進(jìn)行某個(gè)方向的嵌套滾動(dòng),不會(huì)虧待你的,Parent一般接收到符合自己滾動(dòng)方向的嵌套滾動(dòng)都會(huì)主動(dòng)放棄攔截
             startNestedScroll(HORIZONTAL|VERTICAL)
             return false
        case 'UP':
            stopNestedScroll()
            return false
        case 'MOVE':
            if(滾動(dòng)距離大于閾值) {
               進(jìn)入滾動(dòng)狀態(tài)()
               //即將進(jìn)入滾動(dòng)狀態(tài),我需要后續(xù)的事件,沒(méi)商量余地,所有Parent不得攔截
               requestDisallowInterceptTouchEvent(true)
               return true
            }    
    }
}

而Parent在onInterceptTouchEvent中會(huì)判斷是否即將處于嵌套滾動(dòng)中巧勤，如果手勢(shì)所在的Child支持嵌套滾動(dòng)它是很樂(lè)意主動(dòng)放棄攔截的嵌灰，因?yàn)榈认翪hild會(huì)通過(guò)嵌套的方式讓自己滾動(dòng)。
Parent:

public boolean onInterceptTouchEvent(ex){
    switch(action) {
        case 'MOVE':
           //這個(gè)axes就是前面Child的startNestedScroll傳來(lái)的滾動(dòng)方向,由于NestedScrollView是縱向滾動(dòng)的,如果有一個(gè)縱向的嵌套滾動(dòng)那就大可放心放棄攔截
           if (getNestedScrollAxes() & VERTICAL != 0) {
               return false
           }
           //非嵌套滾動(dòng),就走常規(guī)路線,正常攔截事件
           if(滾動(dòng)距離大于閾值) {
               進(jìn)入滾動(dòng)狀態(tài)()
               //即將進(jìn)入滾動(dòng)狀態(tài),我需要后續(xù)的事件,沒(méi)商量余地,所有Parent不得攔截
               requestDisallowInterceptTouchEvent(true)
               return true
          } 
    }
}

在Child成功拿到MOVE事件并攔截下來(lái)后就到了Child的onTouchEvent颅悉。

public boolean onTouchEvent(ev) {
    switch(action) {
        case 'DOWN':
           //和onInterceptTouchEvent一樣,這里再次start確保進(jìn)入嵌套滾動(dòng)(實(shí)際上如果前面的start已經(jīng)鎖定了一個(gè)Parent的話這次調(diào)用會(huì)被跳過(guò))
           startNestedScroll(HORIZONTAL|VERTICAL)
           break
        case 'MOVE':
           //1沽瞭、先觸發(fā)嵌套預(yù)滾動(dòng)
           if (dispatchNestedPreScroll(dx,dy,scrollConsumed,scrollOffset)) {
               //如果Parent在預(yù)滾動(dòng)階段消費(fèi)了部分距離，做一些必要的偏移工作剩瓶，比如修正dx驹溃、dy，修正手勢(shì)坐標(biāo)等
           }
           
           //2延曙、自己滾動(dòng)
           scrollBy(dx,dy)
           ///3豌鹤、觸發(fā)嵌套滾動(dòng)
           if (dispatchNestedScroll(consumedX,consumedY,unconsumedX,unconsumedY,offset) {
           //如果Parent在嵌套滾動(dòng)階段消費(fèi)了部分距離，做一些必要的偏移工作枝缔，比如修正dx布疙、dy，修正手勢(shì)坐標(biāo)等
           }
        case 'UP':
           if (vx != 0 || vy != 0) {
               //抬起時(shí)有加速度,需要執(zhí)行甩動(dòng)動(dòng)作
               //1愿卸、觸發(fā)嵌套預(yù)甩動(dòng)
               dispatchNestedPreFling (vx,vy)
                //2灵临、自己甩動(dòng),如果可以的話
               if (canScroll) {
                  fling(vx,vy)
               }
               //3、觸發(fā)嵌套甩動(dòng),告知自己是否已消費(fèi)
               isConsumed = canScroll
               dispatchNestedFling(vx,vy,isConsumed)
               //結(jié)束嵌套滾動(dòng)
               stopNestedScroll()
           }
    }
}

可見(jiàn)Child在自身scroll和fling前后都給了Parent機(jī)會(huì)趴荸，Parent即使之前主動(dòng)放棄了攔截MOVE事件它也能有機(jī)會(huì)去scroll和fling俱诸。Parent相對(duì)應(yīng)的響應(yīng)嵌套滾動(dòng)的onNestedxxx方法無(wú)非就是執(zhí)行滾動(dòng)或者繼續(xù)向上傳播嵌套滾動(dòng)，這里就不列代碼了赊舶。

嵌套滾動(dòng)的一些有趣應(yīng)用場(chǎng)景

嵌套滾動(dòng)不僅僅能用了解決上面的滾動(dòng)沖突的問(wèn)題睁搭，還有很多酷炫效果可以通過(guò)嵌套滾動(dòng)來(lái)實(shí)現(xiàn)。
在谷歌爸爸官方提供的design support包中有很多跟嵌套滾動(dòng)有關(guān)的組件笼平，比如CoordinatorLayout园骆、AppBarLayout，他們的組合能做出很多酷炫的效果寓调。其中CoordinatorLayout一般作為頂級(jí)容器锌唾，其實(shí)現(xiàn)了NestedScrollingParent，站在上帝視角把嵌套滾動(dòng)借助一個(gè)個(gè)Behavior實(shí)現(xiàn)類分發(fā)給其他子節(jié)點(diǎn)，比如AppBarLayout借助AppBarLayout.Behavior類可以實(shí)現(xiàn)標(biāo)題欄展開(kāi)折疊晌涕、顯示隱藏滋捶、標(biāo)題背景視差滾動(dòng)等特效；懸浮按鈕FloatingActionButton借助FloatingActionButton.Behavior可以實(shí)現(xiàn)跟隨關(guān)聯(lián)視圖的效果余黎。自定義Behavior可以實(shí)現(xiàn)你想要的酷炫效果（可以讓你的APP吸引更多人氣賺更多錢）重窟。
標(biāo)題欄收起和顯示：

標(biāo)題欄收起和顯示.gif

標(biāo)題欄展開(kāi)折疊.gif

下面我自己寫了一個(gè)簡(jiǎn)單的demo，展示了標(biāo)題欄吸附的效果（也就是在狀態(tài)欄折疊過(guò)程中結(jié)束滑動(dòng)會(huì)進(jìn)一步歸位到展開(kāi)或折疊仰迁，不會(huì)停留在中間狀態(tài)）甸昏、懸浮按鈕在顯示SnackBar時(shí)自動(dòng)上移（默認(rèn)效果），以及通過(guò)自定義Behavior在NestedScrollView滑動(dòng)時(shí)自動(dòng)隱藏懸浮按鈕轩勘，結(jié)束滑動(dòng)后自動(dòng)顯示的效果筒扒。

標(biāo)題欄吸附.gif

總結(jié)

1. 手勢(shì)分發(fā)的DOWN事件流程是按先自上而下再自下而上的U性順序怯邪，中間每個(gè)節(jié)點(diǎn)都可能被消費(fèi)掉绊寻；非DOWN事件在到達(dá)DOWN事件消費(fèi)者的父節(jié)點(diǎn)時(shí)直接分發(fā)給該消費(fèi)者，沒(méi)有消費(fèi)者則分發(fā)給父節(jié)點(diǎn)本身悬秉。
2. dispatchTouchEvent負(fù)責(zé)手勢(shì)分發(fā)澄步，onInterceptTouchEvent負(fù)責(zé)手勢(shì)攔截，onTouchEvent負(fù)責(zé)手勢(shì)消費(fèi)和泌，各司其職村缸，盡量不要修改dispatchTouchEvent方法，以免打亂手勢(shì)分發(fā)規(guī)則武氓。
3. 子節(jié)點(diǎn)可以通過(guò)requestDisallowInterceptTouchEvent和startNestedScroll阻止父節(jié)點(diǎn)（或祖先節(jié)點(diǎn)）攔截事件梯皿。其中requestDisallowInterceptTouchEvent是強(qiáng)制性的，使得父節(jié)點(diǎn)的onInterceptTouchEvent方法根本沒(méi)機(jī)會(huì)執(zhí)行县恕；startNestedScroll是發(fā)起嵌套滾動(dòng)东羹，父節(jié)點(diǎn)在onInterceptTouchEvent中主動(dòng)放棄攔截。
4. 在嵌套滾動(dòng)中子節(jié)點(diǎn)請(qǐng)求父節(jié)點(diǎn)不要攔截事件忠烛，讓事件能夠到達(dá)子節(jié)點(diǎn)并讓子節(jié)點(diǎn)成為事件消費(fèi)者属提，子節(jié)點(diǎn)在滾動(dòng)前后會(huì)通知并配合父節(jié)點(diǎn)滾動(dòng)。
5. 嵌套滾動(dòng)可以多層嵌套，一個(gè)View既可以是NestedScrollingChild也可以是NestedScrollingParent冤议，Child和Parent也不一定是父子關(guān)系斟薇，也可以是祖孫關(guān)系。
6. API 23以上直接集成了嵌套滾動(dòng)恕酸，任何View都是NestedScrollingChild和NestedScrollingParent堪滨。
7. 嵌套滾動(dòng)很棒。