Touch事件分發(fā)中只有兩個主角:ViewGroup和View。Activity的Touch事件事實上是調(diào)用它內(nèi)部的ViewGroup的Touch事件，可以直接當成ViewGroup處理。

View在ViewGroup內(nèi)，ViewGroup也可以在其他ViewGroup內(nèi)，這時候把內(nèi)部的ViewGroup當成View來分析。

ViewGroup的相關(guān)事件有三個：onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent。View的相關(guān)事件只有兩個：dispatchTouchEvent、onTouchEvent。

先分析ViewGroup的處理流程：首先得有個結(jié)構(gòu)模型概念：ViewGroup和View組成了一棵樹形結(jié)構(gòu)，最頂層為Activity的ViewGroup，下面有若干的ViewGroup節(jié)點，每個節(jié)點之下又有若干的ViewGroup節(jié)點或者View節(jié)點，依次類推。如圖：

?

當一個Touch事件(觸摸事件為例)到達根節(jié)點，即Acitivty的ViewGroup時，它會依次下發(fā)，下發(fā)的過程是調(diào)用子View(ViewGroup)的dispatchTouchEvent方法實現(xiàn)的。簡單來說，就是ViewGroup遍歷它包含著的子View，調(diào)用每個View的dispatchTouchEvent方法，而當子View為ViewGroup時，又會通過調(diào)用ViwGroup的dispatchTouchEvent方法繼續(xù)調(diào)用其內(nèi)部的View的dispatchTouchEvent方法。上述例子中的消息下發(fā)順序是這樣的：①-②-⑤-⑥-⑦-③-④。dispatchTouchEvent方法只負責事件的分發(fā)，它擁有boolean類型的返回值，當返回為true時，順序下發(fā)會中斷。在上述例子中如果⑤的dispatchTouchEvent返回結(jié)果為true，那么⑥-⑦-③-④將都接收不到本次Touch事件。來個簡單版的代碼加深理解：

/*** ViewGroup* @param ev* @return*/public boolean dispatchTouchEvent(MotionEvent ev){....//其他處理，在此不管View[] views=getChildView();for(int i=0;i<views.length;i++){ //判斷下Touch到屏幕上的點在該子View上面?if(...){if(views[i].dispatchTouchEvent(ev))return true;}}...//其他處理，在此不管 }/*** View* @param ev* @return*/public boolean dispatchTouchEvent(MotionEvent ev){....//其他處理，在此不管return false;}

在此可以看出，ViewGroup的dispatchTouchEvent是真正在執(zhí)行“分發(fā)”工作，而View的dispatchTouchEvent方法，并不執(zhí)行分發(fā)工作，或者說它分發(fā)的對象就是自己，決定是否把touch事件交給自己處理，而處理的方法，便是onTouchEvent事件，事實上子View的dispatchTouchEvent方法真正執(zhí)行的代碼是這樣的

/*** View* @param ev* @return*/public boolean dispatchTouchEvent(MotionEvent ev){....//其他處理，在此不管return onTouchEvent(event);}

一般情況下，我們不該在普通View內(nèi)重寫dispatchTouchEvent方法，因為它并不執(zhí)行分發(fā)邏輯。當Touch事件到達View時，我們該做的就是是否在onTouchEvent事件中處理它。

那么，ViewGroup的onTouchEvent事件是什么時候處理的呢？當ViewGroup所有的子View都返回false時，onTouchEvent事件便會執(zhí)行。由于ViewGroup是繼承于View的，它其實也是通過調(diào)用View的dispatchTouchEvent方法來執(zhí)行onTouchEvent事件。

?

在目前的情況看來，似乎只要我們把所有的onTouchEvent都返回false，就能保證所有的子控件都響應本次Touch事件了。但必須要說明的是，這里的Touch事件，只限于Acition_Down事件，即觸摸按下事件,而Aciton_UP和Action_MOVE卻不會執(zhí)行。事實上，一次完整的Touch事件，應該是由一個Down、一個Up和若干個Move組成的。Down方式通過dispatchTouchEvent分發(fā)，分發(fā)的目的是為了找到真正需要處理完整Touch請求的View。當某個View或者ViewGroup的onTouchEvent事件返回true時，便表示它是真正要處理這次請求的View，之后的Aciton_UP和Action_MOVE將由它處理。當所有子View的onTouchEvent都返回false時，這次的Touch請求就由根ViewGroup，即Activity自己處理了。

看看改進后的ViewGroup的dispatchTouchEvent方法

View mTarget=null;//保存捕獲Touch事件處理的Viewpublic boolean dispatchTouchEvent(MotionEvent ev) {//....其他處理，在此不管if(ev.getAction()==KeyEvent.ACTION_DOWN){//每次Down事件，都置為Null if(!onInterceptTouchEvent()){ mTarget=null;View[] views=getChildView();for(int i=0;i<views.length;i++){if(views[i].dispatchTouchEvent(ev))mTarget=views[i];return true;}}}//當子View沒有捕獲down事件時，ViewGroup自身處理。這里處理的Touch事件包含Down、Up和Moveif(mTarget==null){return super.dispatchTouchEvent(ev);}//...其他處理，在此不管if(onInterceptTouchEvent()){ //...其他處理，在此不管 } //這一步在Action_Down中是不會執(zhí)行到的，只有Move和UP才會執(zhí)行到。return mTarget.dispatchTouchEvent(ev);}

?

ViewGroup還有個onInterceptTouchEvent，看名字便知道這是個攔截事件。這個攔截事件需要分兩種情況來說明：

1.假如我們在某個ViewGroup的onInterceptTouchEvent中，將Action為Down的Touch事件返回true，那便表示將該ViewGroup的所有下發(fā)操作攔截掉，這種情況下，mTarget會一直為null，因為mTarget是在Down事件中賦值的。由于mTarge為null，該ViewGroup的onTouchEvent事件被執(zhí)行。這種情況下可以把這個ViewGroup直接當成View來對待。

2.假如我們在某個ViewGroup的onInterceptTouchEvent中，將Acion為Down的Touch事件都返回false，其他的都返回True，這種情況下，Down事件能正常分發(fā)，若子View都返回false，那mTarget還是為空，無影響。若某個子View返回了true，mTarget被賦值了，在Action_Move和Aciton_UP分發(fā)到該ViewGroup時，便會給mTarget分發(fā)一個Action_Delete的MotionEvent，同時清空mTarget的值，使得接下去的Action_Move(如果上一個操作不是UP)將由ViewGroup的onTouchEvent處理。

情況一用到的比較多，情況二個人還未找到使用場景。

從頭到尾總結(jié)一下：

1.Touch事件分發(fā)中只有兩個主角:ViewGroup和View。ViewGroup包含onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent三個相關(guān)事件。View包含dispatchTouchEvent、onTouchEvent兩個相關(guān)事件。其中ViewGroup又繼承于View。

2.ViewGroup和View組成了一個樹狀結(jié)構(gòu)，根節(jié)點為Activity內(nèi)部包含的一個ViwGroup。

3.觸摸事件由Action_Down、Action_Move、Aciton_UP組成，其中一次完整的觸摸事件中，Down和Up都只有一個，Move有若干個，可以為0個。

4.當Acitivty接收到Touch事件時，將遍歷子View進行Down事件的分發(fā)。ViewGroup的遍歷可以看成是遞歸的。分發(fā)的目的是為了找到真正要處理本次完整觸摸事件的View，這個View會在onTouchuEvent結(jié)果返回true。

5.當某個子View返回true時，會中止Down事件的分發(fā)，同時在ViewGroup中記錄該子View。接下去的Move和Up事件將由該子View直接進行處理。由于子View是保存在ViewGroup中的，多層ViewGroup的節(jié)點結(jié)構(gòu)時，上級ViewGroup保存的會是真實處理事件的View所在的ViewGroup對象:如ViewGroup0-ViewGroup1-TextView的結(jié)構(gòu)中，TextView返回了true，它將被保存在ViewGroup1中，而ViewGroup1也會返回true，被保存在ViewGroup0中。當Move和UP事件來時，會先從ViewGroup0傳遞至ViewGroup1，再由ViewGroup1傳遞至TextView。

6.當ViewGroup中所有子View都不捕獲Down事件時，將觸發(fā)ViewGroup自身的onTouch事件。觸發(fā)的方式是調(diào)用super.dispatchTouchEvent函數(shù)，即父類View的dispatchTouchEvent方法。在所有子View都不處理的情況下，觸發(fā)Acitivity的onTouchEvent方法。

7.onInterceptTouchEvent有兩個作用：1.攔截Down事件的分發(fā)。2.中止Up和Move事件向目標View傳遞，使得目標View所在的ViewGroup捕獲Up和Move事件。

?

另外，上文所列出的代碼并非真正的源碼，只是概括了源碼在事件分發(fā)處理中的核心處理流程，真正源碼各位可以自己去看，包含了更豐富的內(nèi)容。

?補充：

“觸摸事件由Action_Down、Action_Move、Aciton_UP組成，其中一次完整的觸摸事件中，Down和Up都只有一個，Move有若干個，可以為0個。”，這里補充下其實UP事件是可能為0個的。

?

最近剛好在做一個手勢放大縮小移動圖片的Demo，對此有了更多的理解。對于onInterceptTouchEvent事件，它的應用場景在很多帶scroll效果的ViewGroup中都有體現(xiàn)。設想一下再一個ViewPager中，每個Item都是個ImageView，我們需要對這些ImageView做Matrix操作，這不可避免要捕獲掉Touch事件，但是我們又需要做到不影響ViewPager翻頁效果，這又必須保證ViewPager能捕獲到Move事件，于是，ViewPager的onInterceptTouchEvent會對Move事件做一個過濾，當適當條件的Move事件（持續(xù)若干事件或移動若干距離，這里我沒讀源碼只是猜測）觸發(fā)時，并會攔截掉，返回子View一個Action_Cancel事件。這個時候子View就沒有Up事件了，很多需要在Up中處理的事物要轉(zhuǎn)到Cancel中處理。

總結(jié)

以上是生活随笔為你收集整理的Android:30分钟弄明白Touch事件分发机制的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。