Android事件分發機制詳解（一）

所謂Android事件分發機制，其實也就是View的事件分發機制，在介紹事件的傳遞規則之前，首先我們要明白這裡需要分析的物件MotionEvent。

MotionEvent類

在手指接觸屏幕後所產生的事件封裝成了MotionEvent類，典型的事件型別有如下幾種：

• ACTION_DOWN：手機剛接觸螢幕
• ACTION_MOVE：手指在螢幕上移動
• ACTION_UP：手指從螢幕上鬆開的一瞬間
• ACTION_CANCEL：結束事件（非人為）

正常情況下，一次手指觸控式螢幕幕的行為會觸發一系列事件，也就是我們說的事件序列，考慮如下幾種情況：

• 點選行為：ACTION_DOWN -> ACTION_UP
• 滑動行為：ACTION_DOWN->ACTION_MOVE->…..->ACTION_MOVE->AVTION_UP

同一個事件序列是指從手指接觸螢幕起得那一刻起，到手指離開螢幕那一刻結束，在這個過程中所產生的一系列事件，這個事件序列以down事件開始，中間含有數量不定的move事件，最終以up事件結束。

當MotionEvent產生後，系統要把這個事件傳遞給一個具體的View，而這個傳遞的過程也就是我們所說的事件分發。

事件分發的主要方法

• public boolean dispatchTouchEvent(MotionEvent ev)：用來進行事件的分發。如果事件能夠傳遞給當前View，那麼此方法一定會呼叫，返回值表示是否消耗當前事件。
• public boolean onInterceptTouchEvent(MotionEvent ev)：在dispatchTouchEvent方法中呼叫，用來進行事件的攔截，只有ViewGroup有這個方法，返回值表示是否攔截。若當前View攔截了某個事件，那麼在同一個事件序列中，此方法不會被再次呼叫。
• public boolean onTouchEvent(MotionEvent ev)：在dispatchTouchEvent方法中呼叫，用來進行事件的處理，返回值表示是否消耗當前事件。如果不消耗，則在同一個事件序列中，當前View無法再次接收到事件。

事件分發機制

這裡我們用一個例項來說明事件分發機制：

如圖，當用戶點選btn所在的區域時，android會怎麼處理這個點選事件呢？

當一個事件產生後，它的傳遞過程遵循如下順序：Activity->Window->View，即事件總是先傳遞給Activity，Acitivity再傳遞給Window，最後Window再傳遞給頂級View（ViewGroup繼承於View，所以可是一個View）。頂級View接收到事件以後，再按照事件分發機制去分發事件。

在上圖場景中，Window會將事件傳遞給LL_1，這時LL_1的dispatchTouchEvent方法就會被呼叫，如果該方法內的onInterceptTouchEvent方法返回true,則表示LL_1要攔截此次事件，該事件會交由LL_1處理，LL_1的OnTouchEvent方法會被呼叫。若onInterceptTouchEvent方法返回false，表示LL_1不攔截此次事件，該事件會繼續向它的子元素傳遞。

LL_2接收到該事件時，會做和LL_1一樣的事情，而當btn接收到該事件時,同樣也會呼叫dispatchTouchEvent方法，而由於btn是一個View，沒有OnInterceptTouchEvent方法，onTouchEvent方法會直接被執行，若onTouchEvent方法返回false，則表示該事件沒有被消耗，那麼它的父元素LL_2的onTouchEvent方法則會被呼叫，若LL_2的onTouchEvent方法依舊返回false，則呼叫LL_2父元素即LL_1的onTouchEvent方法，以此類推，若最終所有元素都不處理這個事件，那麼這個事件最終會傳遞給Activity處理，即Activity的onTouchEvent方法會被呼叫。

下面是圖解：

需要注意的是：
1）正常情況下，一個事件序列只能被一個View攔截且消耗，因為一旦一個元素攔截了某次事件，那麼同一個時間序列內的所有事件都會直接交給它處理，因此同一個事件序列中的時間不能分別由兩個View同時處理，但是通過特殊手段可以做到，例如一個View將本該自己處理的事情通過onTouchEvent強行傳遞給其他View處理。
2）某個ViewGroup一旦決定攔截，那麼這一個事件序列都只能由它來處理（如果事件序列能夠傳遞給它的話），並且它的onInterceptTouchEvent不會再被呼叫。
3）某個View一旦開始處理事件，如果它不消耗ACTION_DOWN事件(onTouchEvent返回了false），那麼同一事件序列的其他事件都不會交給它來處理，並且事件將重新交個它的父元素來處理，即呼叫父元素的onTouchEvent來處理。
4）如果View不消耗除了ACTION_DOWN以外的其他事件，那麼這個點選事件會消失，此時父元素的onTouchEvent方法不會被呼叫，最終這些消失的點選事件會傳遞給Activity處理。
5）ViewGroup預設不攔截任何事件。
6）View的onTouchEvent預設都會消耗事件（返回true)，除非它是不可點選的(clickable和longclickable同時為false）。
7）View的enable屬性不影響onTouchEvent的預設返回值。
8）事件傳遞過程是由外向內的，即事件總是傳遞給父元素，再由父元素分發給子元素，通過requestDisallowInterceptTouchEvent方法可以再子元素中干預父元素的事件分發過程，但是ACTION_DOWN除外。

OnTouchListener、OnClick、onTouchEvent之間的關係

當一個View需要處理事件時，如果它設定了OnTouchListener，那麼OnTouchListener中的onTouch方法會被回撥。這時事件如何處理得看onTouch的返回值，若返回false,則當前View的onTouchEvent方法會被呼叫；如果返回true，那麼onTouchEvent方法將不會被呼叫。而在onTouchEvent方法中，如果當前View設定的有OnClickListener，那麼它的onClick方法會被呼叫；由此可見三者之間的優先順序關係為：OnTouchListener > onTouchEvent > OnClick。