事件分發機制

android中的事件型別分為按鍵事件和螢幕觸控事件，touch事件是螢幕觸控事件的基礎事件，有必要對它進行深入的了解。

乙個最簡單的螢幕觸控動作觸發了一系列touch事件：action_down->action_move->action_move->action_move...->action_move->action_up

android的事件處理分為3步。

1）public booleandispatchtouchevent(motionevent ev) 這個方法用來分發touchevent

2）public boolean onintercepttouchevent(motionevent ev) 這個方法用來攔截touchevent

3）public boolean ontouchevent(motionevent ev) 這個方法用來處理touchevent

假設當前activity 布局如下：

dispatchtouchevent事件分發

當touchevent發生時，首先activity將touchevent傳遞給最頂層的view， touchevent最先到達最頂層 view 的 dispatchtouchevent 。然後由 dispatchtouchevent 方法進行分發，如果dispatchtouchevent返回true ，則交給這個view的ontouchevent處理，如果dispatchtouchevent返回 false ，則交給這個 view 的 onintercepttouchevent方法來決定是否要攔截這個事件，

如果onintercepttouchevent返回 true ，也就是攔截掉了，則交給它的 ontouchevent 來處理，如果onintercepttouchevent返回 false ，那麼就傳遞給子 view，由子 view 的 dispatchtouchevent 再來開始這個事件的分發。

如圖：

事件攔截：onintercepttouchevent

onintercepttouchevent用於改變事件的傳遞方向。決定傳遞方向的是返回值，返回為false時事件會傳遞給子控制項，返回值為true時事件會傳遞給當前控制項的ontouchevent()，這就是所謂的intercept(攔截)。

[tisa ps:正確的使用方法是，在此方法內僅判斷事件是否需要攔截，然後返回。即便需要攔截也應該直接返回true，然後由ontouchevent方法進行處理。]

ontouchevent用於處理事件，返回值決定當前控制項是否消費（consume）了這個事件。尤其對於action_down事件，返回 true，表示我想要處理後續事件（action_move或者action_up）；返回false，表示不關心此事件，並返回由父類進行處理。

在沒有重寫onintercepttouchevent()和ontouchevent()的情況下(他們的返回值都是false), 對上面這個布局，motionevent事件的傳遞順序如下：

當某個控制項的onintercepttouchevent()返回值為true時，就會發生截斷，事件被傳到當前控制項的ontouchevent()。如我們將layoutview2的onintercepttouchevent()返回值為true,則傳遞流程變成：

如果我們同時將layoutview2的onintercepttouchevent()和ontouchevent()設定成true，那麼 layoutview2將消費被傳遞的事件，同時後續事件（如跟著action_down的action_move或者action_up）會直接傳給 layoutview2的ontouchevent(),不傳給其他任何控制項的任何函式。同時傳遞給子空間乙個action_cancel事件。傳遞流程變成（圖中沒有畫出action_cancel事件）：

小總結：onintercepttouchevent是自rootiew向下傳遞, ontouchevent正好相反。

事件分發機制

事件分發機制

事件分發機制

事件分發機制

相關推薦