Android_觸摸事件傳遞機制

標籤：android   io   使用   sp   strong   on   cti   bs   tt   

Android中dispatchTouchEvent,onInterceptTouchEvent, onTouchEvent的理解ec
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正好相反。

Android_觸摸事件傳遞機制