借用一張下面參考文章里的全景圖片，注意這里指的僅僅是?ACTION_DOWN?事件的傳遞。先解釋一下：
白色箭頭表示事件傳遞（函數(shù)調(diào)用）
箭頭上的標(biāo)注表示調(diào)用前提。（supper?表示上一級(jí)直接調(diào)用，false?表示若上級(jí)返回?false?則系統(tǒng)繼續(xù)向下調(diào)用）
白色方塊內(nèi)的消費(fèi)箭頭表示若此函數(shù)返回對(duì)應(yīng)值贴届，則事件終止傳遞（也稱(chēng)作被消費(fèi)了）
以左上角事件入口為例，首先 Activity 收到事件觸發(fā)?dispatchTouchEvent蜡吧，不論返回 true 還是 false 事件均終止毫蚓，任何組件的任何函數(shù)均不會(huì)再被調(diào)用（包括 activity 自己的?onTouchEvent），只有?return super.dispatchTouchEvent()?也就是調(diào)用了 super 才會(huì)繼續(xù)傳遞到下一級(jí)昔善。
對(duì)于下一級(jí) ViewGroup 的?dispatchTouchEvent?來(lái)講元潘，返回 true 同樣消費(fèi)事件立即終止傳遞。返回 false 則會(huì)回溯到上一層的?onTouchEvent君仆。調(diào)用 super 則繼續(xù)向下傳遞翩概。
全程傳遞
我們假設(shè)事件沒(méi)有被攔截、消費(fèi)返咱，那么整個(gè)傳輸流程類(lèi)似 U 型：
不難看出钥庇，整個(gè)流程分為左右兩部分，我們暫且叫做分派與回溯咖摹。分派是自頂?shù)降椎钠酪蹋饕糜谑录膫鬟f∮┣纾回溯是從底到頂?shù)耐戮洌饕糜谑录奶幚怼Ｋ蟹椒ǖ哪J(rèn)實(shí)現(xiàn)就是?return super.xxx()?因此事件默認(rèn)情況下可以走完整個(gè)流程店读。
攔截器
ViewGroup
細(xì)心的同學(xué)應(yīng)該注意到了嗦枢，在分派過(guò)程中除了整齊的?dispatchTouchEvent?方法外，亂入了一個(gè)?onInterceptEvent?方法屯断，可以稱(chēng)之為攔截器文虏。顧名思義攔截器的作用就是攔截此事件供自己使用（就像大理 gov 一樣對(duì)待口罩那樣）。不難看出?dispatchTouchEvent?方法調(diào)用后根據(jù)內(nèi)部處理的不同有三個(gè)后果裹纳，分別是 ①終止傳遞 ②向下傳遞 ③向上回溯，而前面提到過(guò)紧武，一般來(lái)講處理具體的處理會(huì)放在?onTouchEvent?中剃氧。那么問(wèn)題來(lái)了，終止傳遞后我居然自己無(wú)法處理事件阻星？（參考 U 型圖中的 ViewGroup 層朋鞍，無(wú)論?dispatchTouchEvent?作何響應(yīng)都無(wú)法調(diào)用自己的?onTouchEvent）
這時(shí)候就需要攔截器登場(chǎng)啦已添。在?onInterceptEvent?方法中若返回 true 則表示攔截此事件，傳遞給自己的?onTouchEvent?繼續(xù)處理并決定是否回溯滥酥。一定要與?dispatchTouchEvent?區(qū)分開(kāi)更舞，它返回 true 會(huì)終止整個(gè)流程，更別提回溯了坎吻；而攔截器返回 true 后只是停止向下分派缆蝉，會(huì)從自己開(kāi)始向上回溯。
所以攔截器的作用就是攔截向下分派瘦真、自己處理事件并決定是否繼續(xù)向上回溯刊头。
View
那么 View 怎么辦？攔截器方法只有?ViewGroup?中才有诸尽，如果 View 想自己處理事件呢原杂？如果理解了攔截器的作用那么這個(gè)問(wèn)題就非常簡(jiǎn)單了。因?yàn)?View 已經(jīng)是底層組件您机，它不需要繼續(xù)向下傳遞事件穿肄，因此它在?onInterceptEvent?直接調(diào)用 super 就可以觸發(fā)自身的?onTouchEvent。也就是說(shuō) View 的 super 實(shí)現(xiàn)了 ViewGroup 的攔截器功能际看。
總結(jié)
到此為止?ACTION_DOWN?的傳遞流程基本上分析完了咸产，最后總結(jié)一下在不同的階段要達(dá)到不同的目的應(yīng)該執(zhí)行什么操作。
分派階段
期望行為操作
繼續(xù)分派調(diào)用 super
消費(fèi)事件仿村，終止整個(gè)流程dispatch return true
終止分派锐朴，向上回溯dispatch return false
終止分派，交給自己處理ViewGroup: 攔截器返回 true; View: 調(diào)用 super
回溯階段
期望行為操作
繼續(xù)回溯調(diào)用 super 或 return false
消費(fèi)事件蔼囊，終止回溯return true
ACTION_MOVE/UP
不同情況
與?DOWN?事件不同焚志，其他的都屬于后續(xù)事件，只有消費(fèi)了它的上一個(gè)事件（例如DOWN）的控件畏鼓，及其上層的控件酱酬，才能接受到后續(xù)事件。這么說(shuō)太抽象了云矫，畫(huà)個(gè)圖看看（下圖中紅色表示 DOWN 事件膳沽，藍(lán)色表示后續(xù)事件）
1. ViewGroup2?dispatchTouchEvent?消費(fèi)事件（return?true）
此時(shí)對(duì)于后續(xù)事件來(lái)講，ViewGroup2 消費(fèi)了上一個(gè)事件让禀，而 Activity, ViewGroup1 都是它的上層控件挑社，因此他們都能收到后續(xù)事件。
2. View?onTouchEvent?消費(fèi)事件
和上一個(gè)情形類(lèi)似巡揍，不再贅述了痛阻。
3. ViewGroup1?onTouchEvent?消費(fèi)事件
這次稍微有點(diǎn)不同，因?yàn)?ViewGroup1 消費(fèi)了事件腮敌，因此只有它的上層控件才能收到后續(xù)事件阱当，也就是只有 Activity 和它自己俏扩。
4. View?dispatchTouchEvent?返回 false，ViewGroup?onTouchEvent?消費(fèi)事件
這次我們?cè)?View 的?dispatchTouchEvent?返回了 false弊添，也就是會(huì)直接回溯到 ViewGroup2. 通過(guò)這個(gè)案例可以看出录淡，后續(xù)事件的傳遞僅與消費(fèi)之前事件的控件及其上層控件有關(guān)，與之前事件在消費(fèi)控件下層的傳遞路徑無(wú)關(guān)油坝。
5. ViewGroup?onInterceptEvent?返回 true 攔截事件嫉戚，ViewGroup?onTouchEvent?消費(fèi)事件
再次印證了上一個(gè)情況得出的結(jié)論。
總結(jié)
總結(jié)后續(xù)事件的傳遞路徑免钻，就是一直傳遞到消費(fèi)前一個(gè)事件的控件彼水，并傳遞到消費(fèi)前一個(gè)事件的方法。注意极舔，onInterceptEvent?只能攔截事件不能消費(fèi)事件凤覆。
