97视频久久,久久久久人妻一区,校园春色美女人妻

前言：不論你在什么時(shí)候開始，重要的是開始之後就不要停止。

前面幾篇文章，算是對(duì)自定義 View 這個(gè)知識(shí)點(diǎn)有了認(rèn)識(shí)。我們知道，掌握了 onMeasure 、onLayout 之后也能開發(fā)一些自定義控件，但是通常情況下，一個(gè)自定義控件還需要加入用戶觸摸反饋，這就引入了另一個(gè)自定義 View 基礎(chǔ)知識(shí)——事件分發(fā)機(jī)制。

事件分發(fā)機(jī)制涉及兩個(gè)知識(shí)點(diǎn)：1、事件分發(fā)傳遞流程；2、滑動(dòng)沖突問題。本篇介紹第一個(gè)知識(shí)點(diǎn)事件分發(fā)傳遞流程，第二個(gè)知識(shí)點(diǎn)會(huì)在下一篇再做詳細(xì)介紹。

本文不打算分析源碼，源碼分析筆者會(huì)在恰當(dāng)?shù)臅r(shí)期再寫的，本文是對(duì)事件分發(fā)傳遞流程的總結(jié)性文章。你不必再去別的地方參考文章浪費(fèi)時(shí)間了，因?yàn)檫@里已經(jīng)涵蓋到了幾乎所有的事件分發(fā)機(jī)制的理論知識(shí)，掌握本篇和下一篇文章，再結(jié)合后面兩個(gè)自定義控件的實(shí)例加以鞏固，那么這個(gè)知識(shí)點(diǎn)也就吸收了。廢話不講了，開更——

Android 事件分發(fā)流

一張圖來解釋和說明會(huì)清晰很多，下面根據(jù)畫的一張事件分發(fā)流程圖,說明的事件從用戶點(diǎn)擊之后，在不同函數(shù)不同返回值的情況的最終走向。（這張圖在網(wǎng)上很流行，但是本質(zhì)上是錯(cuò)誤的，源碼不是這么走向，知識(shí)為了幫助理解事件分發(fā)流程）

image

仔細(xì)看的話，圖分為3層，從上往下依次是 Activity、ViewGroup、View
事件從左上角那個(gè)白色箭頭開始，由 Activity 的 dispatchTouchEvent 做分發(fā)
箭頭的上面字代表方法返回值，（return true、return false、return super.xxxxx(),super 的意思是調(diào)用父類實(shí)現(xiàn)。
dispatchTouchEvent 和 onTouchEvent 的框里有個(gè)【true---->消費(fèi)】的字，表示的意思是如果方法返回 true，那么代表事件就此消費(fèi)，不會(huì)繼續(xù)往別的地方傳了，事件終止。
目前所有的圖的事件是針對(duì) ACTION_DOWN 的，對(duì)于 ACTION_MOVE 和 ACTION_UP我們最后做分析。
只有 return super.dispatchTouchEvent(ev) 才是往下走，返回true 或者 false 事件就被消費(fèi)了（終止傳遞）。

仔細(xì)看整個(gè)圖，我們得出事件流走向的幾個(gè)結(jié)論（希望讀者專心的看下圖 1，多看幾遍，腦子有比較清晰的概念。）
1、如果事件不被中斷，整個(gè)事件流向是一個(gè)類U型圖，我們來看下這張圖，可能更能理解U型圖的意思。

image

所以如果我們沒有對(duì)控件里面的方法進(jìn)行重寫或更改返回值，而直接用super調(diào)用父類的默認(rèn)實(shí)現(xiàn)，那么整個(gè)事件流向應(yīng)該是從 Activity---->ViewGroup--->View 從上往下調(diào)用 dispatchTouchEvent方法，一直到葉子節(jié)點(diǎn)（View）的時(shí)候，再由 View--->ViewGroup--->Activity 從下往上調(diào)用 onTouchEvent 方法。

2、dispatchTouchEvent 和 onTouchEvent 一旦 return true, 事件就停止傳遞了（到達(dá)終點(diǎn)）（沒有誰能再收到這個(gè)事件）。看下圖中只要 return true 事件就沒再繼續(xù)傳下去了，對(duì)于 return true 我們經(jīng)常說事件被消費(fèi)了，消費(fèi)了的意思就是事件走到這里就是終點(diǎn)，不會(huì)往下傳，沒有誰能再收到這個(gè)事件了。

image

3、dispatchTouchEvent 和 onTouchEvent return false 的時(shí)候事件都回傳給父控件的onTouchEvent 處理。

image

看上圖深藍(lán)色的線，對(duì)于返回 false 的情況，事件都是傳給父控件 onTouchEvent 處理。

對(duì)于 dispatchTouchEvent 返回 false 的含義應(yīng)該是：事件停止往子 View 傳遞和分發(fā)同時(shí)開始往父控件回溯（父控件的 onTouchEvent 開始從下往上回傳直到某個(gè) onTouchEvent return true），事件分發(fā)機(jī)制就像遞歸，return false 的意義就是遞歸停止然后開始回溯。

對(duì)于onTouchEvent return false 就比較簡(jiǎn)單了，它就是不消費(fèi)事件，并讓事件繼續(xù)往父控件的方向從下往上流動(dòng)。

4、dispatchTouchEvent、onTouchEvent、onInterceptTouchEvent ViewGroup 和 View 的這些方法的默認(rèn)實(shí)現(xiàn)就是會(huì)讓整個(gè)事件安裝 U 型完整走完，所以 return super.xxxxxx() 就會(huì)讓事件依照U型的方向的完整走完整個(gè)事件流動(dòng)路徑），中間不做任何改動(dòng)，不回溯、不終止，每個(gè)環(huán)節(jié)都走到。

image

所以如果看到方法 return super.xxxxx() 那么事件的下一個(gè)流向就是走 U 型下一個(gè)目標(biāo)，稍微記住上面這張圖，你就能很快判斷出下一個(gè)走向是哪個(gè)控件的哪個(gè)函數(shù)。

5、onInterceptTouchEvent 的作用

image

Intercept 的意思就攔截，每個(gè) ViewGroup 每次在做分發(fā)的時(shí)候，問一問攔截器要不要攔截（也就是問問自己這個(gè)事件要不要自己來處理）如果要自己處理那就在 onInterceptTouchEvent 方法中 return true 就會(huì)交給自己的 onTouchEvent 的處理，如果不攔截就是繼續(xù)往子控件往下傳。默認(rèn)是不會(huì)去攔截的，因?yàn)樽?View 也需要這個(gè)事件，所以 onInterceptTouchEvent 攔截器 return super.onInterceptTouchEvent() 和r eturn false 是一樣的，是不會(huì)攔截的，事件會(huì)繼續(xù)往子 View 的 dispatchTouchEvent 傳遞。

6、ViewGroup 和View 的dispatchTouchEvent方法返回super.dispatchTouchEvent()的時(shí)候事件流走向。

image

首先看下 ViewGroup 的 dispatchTouchEvent，之前說的 return true 是終結(jié)傳遞。return false 是回溯到父 View 的 onTouchEvent，然后 ViewGroup 怎樣通過 dispatchTouchEvent 方法能把事件分發(fā)到自己的 onTouchEvent 處理呢，return true 和 false 都不行，那么只能通過 Interceptor 把事件攔截下來給自己的 onTouchEvent，所以 ViewGroup dispatchTouchEvent 方法的 super 默認(rèn)實(shí)現(xiàn)就是去調(diào)用 onInterceptTouchEvent，記住這一點(diǎn)。
那么對(duì)于 View 的 dispatchTouchEvent return super.dispatchTouchEvent() 的時(shí)候呢事件會(huì)傳到哪里呢，很遺憾 View 沒有攔截器。但是同樣的道理 return true 是終結(jié)。return false 是回溯會(huì)父類的 onTouchEvent，怎樣把事件分發(fā)給自己的 onTouchEvent 處理呢，那只能 return super.dispatchTouchEvent,View 類的 dispatchTouchEvent（）方法默認(rèn)實(shí)現(xiàn)就是能幫你調(diào)用 View 自己的 onTouchEvent 方法的。

說了這么多，不知道有說清楚沒有，我這邊最后總結(jié)一下：

對(duì)于 dispatchTouchEvent，onTouchEvent，return true是終結(jié)事件傳遞。return false 是回溯到父 View 的 onTouchEvent 方法。

ViewGroup 想把自己分發(fā)給自己的 onTouchEvent，需要攔截器 onInterceptTouchEvent 方法 return true 把事件攔截下來。

ViewGroup 的攔截器 onInterceptTouchEvent 默認(rèn)是不攔截的，所以 return super.onInterceptTouchEvent()=return false；

View 沒有攔截器，為了讓View可以把事件分發(fā)給自己的 onTouchEvent，View的 dispatchTouchEvent 默認(rèn)實(shí)現(xiàn)（super）就是把事件分發(fā)給自己的 onTouchEvent。

ViewGroup 和 View 的 dispatchTouchEvent 是做事件分發(fā)，那么這個(gè)事件可能分發(fā)出去的四個(gè)目標(biāo)

注：------> 后面代表事件目標(biāo)需要怎么做。
1、自己消費(fèi)，終結(jié)傳遞。------->return true ；
2、給自己的 onTouchEvent 處理-------> 調(diào)用 super.dispatchTouchEvent() 系統(tǒng)默認(rèn)會(huì)去調(diào)用 onInterceptTouchEvent，在onInterceptTouchEvent return true就會(huì)去把事件分給自己的 onTouchEvent 處理。
3、傳給子 View ------>調(diào)用 super.dispatchTouchEvent() 默認(rèn)實(shí)現(xiàn)會(huì)去調(diào)用 onInterceptTouchEvent 在 onInterceptTouchEvent return false，就會(huì)把事件傳給子類。
4、不傳給子 View，事件終止往下傳遞，事件開始回溯，從父 View 的 onTouchEvent 開始事件從下到上回歸執(zhí)行每個(gè)控件的 onTouchEvent -------> return false；
注：由于 View 沒有子 View 所以不需要 onInterceptTouchEvent 來控件是否把事件傳遞給子 View 還是攔截，所以 View 的事件分發(fā)調(diào)用 super.dispatchTouchEvent() 的時(shí)候默認(rèn)把事件傳給自己的 onTouchEvent 處理（相當(dāng)于攔截），對(duì)比 ViewGroup 的 dispatchTouchEvent 事件分發(fā)，View 的事件分發(fā)沒有上面提到的4個(gè)目標(biāo)的第3點(diǎn)

ViewGroup 和 View 的 onTouchEvent 方法是做事件處理的，那么這個(gè)事件只能有兩個(gè)處理方式：

1、自己消費(fèi)掉，事件終結(jié)，不再傳給誰----->return true;
2、繼續(xù)從下往上傳，不消費(fèi)事件，讓父View也能收到到這個(gè)事件----->return false;View的默認(rèn)實(shí)現(xiàn)是不消費(fèi)的。所以super==false。

ViewGroup的onInterceptTouchEvent方法對(duì)于事件有兩種情況：

1、攔截下來，給自己的onTouchEvent處理--->return true;
2、不攔截，把事件往下傳給子View---->return false,ViewGroup默認(rèn)是不攔截的，所以super==false；

關(guān)于ACTION_MOVE 和 ACTION_UP

上面講解的都是針對(duì)ACTION_DOWN的事件傳遞，ACTION_MOVE和ACTION_UP在傳遞的過程中并不是和ACTION_DOWN 一樣，你在執(zhí)行ACTION_DOWN的時(shí)候返回了false，后面一系列其它的action就不會(huì)再得到執(zhí)行了。簡(jiǎn)單的說，就是當(dāng)dispatchTouchEvent在進(jìn)行事件分發(fā)的時(shí)候，只有前一個(gè)事件（如ACTION_DOWN）返回true，才會(huì)收到ACTION_MOVE和ACTION_UP的事件。具體這句話很多博客都說了，但是具體含義是什么呢？我們來看一下下面的具體分析。

上面提到過了，事件如果不被打斷的話是會(huì)不斷往下傳到葉子層（View），然后又不斷回傳到Activity，dispatchTouchEvent 和 onTouchEvent 可以通過return true 消費(fèi)事件，終結(jié)事件傳遞，而onInterceptTouchEvent 并不能消費(fèi)事件，它相當(dāng)于是一個(gè)分叉口起到分流導(dǎo)流的作用，ACTION_MOVE和ACTION_UP 會(huì)在哪些函數(shù)被調(diào)用，之前說了并不是哪個(gè)函數(shù)收到了ACTION_DOWN，就會(huì)收到 ACTION_MOVE 等后續(xù)的事件的。
下面通過幾張圖看看不同場(chǎng)景下，ACTION_MOVE事件和ACTION_UP事件的具體走向并總結(jié)一下規(guī)律。

1、我們?cè)?ViewGroup1 的 dispatchTouchEvent 方法返回 true 消費(fèi)這次事件

ACTION_DOWN 事件從（Activity的dispatchTouchEvent）--------> （ViewGroup1 的dispatchTouchEvent）后結(jié)束傳遞，事件被消費(fèi)（如下圖紅色的箭頭代碼ACTION_DOWN 事件的流向）。

//打印日志
Activity | dispatchTouchEvent --> ACTION_DOWN 
ViewGroup1 | dispatchTouchEvent --> ACTION_DOWN
---->消費(fèi)

image

在這種場(chǎng)景下ACTION_MOVE和ACTION_UP 將如何呢，看下面的打出來的日志

Activity | dispatchTouchEvent --> ACTION_MOVE 
ViewGroup1 | dispatchTouchEvent --> ACTION_MOVE
----
Activity | dispatchTouchEvent --> ACTION_UP 
ViewGroup1 | dispatchTouchEvent --> ACTION_UP
----

下圖中
紅色的箭頭代表ACTION_DOWN 事件的流向
藍(lán)色的箭頭代表ACTION_MOVE 和 ACTION_UP 事件的流向