跟touch事件相關的3個方法： public boolean dispatchTouchEvent(MotionEvent ev); //用來分派event public boolean onInterceptTouchEvent(MotionEvent ev); //用來攔截event public boolean onTouchEvent(MotionEvent ev); //用來處理event

擁有這三個方法的類： Activity類： Activity dispatchTouchEvent(); onTouchEvent(); View容器（ViewGroup的子類）： FrameLayout、LinearLayout…… ListView、ScrollVIew…… dispatchTouchEvent(); onInterceptTouchEvent(); onTouchEvent(); View控件（非ViewGroup子類）： Button、TextView、EditText…… dispatchTouchEvent(); onTouchEvent(); 三個方法的用法： dispatchTouchEvent() 用來分派事件。 其中調用了onInterceptTouchEvent()和onTouchEvent()，一般不重寫該方法 onInterceptTouchEvent() 用來攔截事件。 ViewGroup類中的源碼實現就是{return false;}表示不攔截該事件， 事件將向下傳遞（傳遞給其子View）； 若手動重寫該方法，使其返回true則表示攔截，事件將終止向下傳遞， 事件由當前ViewGroup類來處理，就是調用該類的onTouchEvent()方法 onTouchEvent() 用來處理事件。 返回true則表示該View能處理該事件，事件將終止向上傳遞（傳遞給其父View）； 返回false表示不能處理，則把事件傳遞給其父View的onTouchEvent()方法來處理 【注】：ViewGroup的某些子類（GridView、ScrollView…）重寫了onInterceptTouchEvent()方法，當發生ACTION_MOVE事件時，返回true進行攔截。

為了演示，重寫了4個類： 總統 –> MyActivity 省長 –> MyFrameLayout 市長 –> MyLinearLayout 農民 –> MyTextView

【舉個通俗易懂的例子】： 總統對省長說：我要吃紅燒魚 省長對市長說：你做個紅燒魚 市長對縣長說：你做個紅燒魚 縣長對農民說：你做個紅燒魚 ……（農民做呀做，沒做出來） 農民說：我盡力了，但真心不會做呀，饒了我吧 縣長說：你個笨蛋，下次不找你了，看我來做 ……（縣長做呀做，沒做出來） 縣長對市長說：我盡力了，非常抱歉，我不會做 市長說：你個廢物，要你何用，只能我自己來做了 ……（市長做呀做，做成功了） 市長對省長說：紅燒魚做好了 省長說：不錯，下次有事還找你 省長對總統說：紅燒魚做好了

總統說：不錯，下次有事還找你

總統對省長說：我要吃水煮魚 省長對市長說：你做個水煮魚 市長說：縣長連紅燒魚都搞不定，這次就不找他了，我自己親自來做 ……（市長做呀做，又成功了） 市長對省長說：水煮魚做好了 省長說：不錯，下次有事還找你 省長對總統說：水煮魚做好了

總統說：不錯，下次有事還找你

按常理，領導都會把任務向下分派，一旦下面的人把事情做不好，就不會再把后續的任務交給下面的人來做了，只能自己親自做，如果自己也做不了，就只能告訴上級不能完成任務，上級又會重復他的過程。 另外，領導都有權利攔截任務，對下級隱瞞該任務，而直接自己去做，如果做不成，也只能向上級報告不能完成任務。 【1】TextView的clickable屬性默認是false,所以TextView的onTouchEvent()方法默認返回false，程序輸出如下：

【2】把TextView的clickable屬性手動改成true，或者直接重寫onTouchEvent()方法，使其返回true，程序輸出如下：

【3】手動重寫LinearLayout的onInterceptTouchEvent()方法，使其返回true，攔截事件，再重寫onTouchEvent()方法，返回true，程序輸出：

（1）這一系列的傳遞流程都是dispatchTouchEvent()方法來控制的，如果不人為地干預，事件將由上自下依次傳遞（因為默認是返回false不會攔截的），傳遞到最底層的View，就由它的onTouchEvent()方法來處理事件，若處理成功返回true，若處理失敗返回false，事件依次向上傳遞，每個View都調用自己的onTouchEvent()方法來處理事件，若處理成功就終止傳遞，若處理失敗就繼續向上傳遞。 （2）經過人為的干預，若在向下傳遞的過程中被攔截了，即onInterceptTouchEvent()方法返回true，則事件將停止向下傳遞，直接由當前的onTouchEvent()方法來處理，若處理成功則OK，若處理不成功，則事件會向上傳遞。 （3）另外，dispatchTouchEvent()方法中還有“記憶”的功能，如果第一次事件向下傳遞到某View，它把事件繼續傳遞交給它的子View，它會記錄該事件是否被它下面的View給處理成功了，（怎么能知道呢？如果該事件會再次被向上傳遞到我這里來由我的onTouchEvent()來處理，那就說明下面的View都沒能成功處理該事件）；當第二次事件向下傳遞到該View，該View的dispatchTouchEvent()方法機會判斷，若上次的事件由下面的view成功處理了，那么這次的事件就繼續交給下面的來處理，若上次的事件沒有被下面的處理成功，那么這次的事件就不會向下傳遞了，該View直接調用自己的onTouchEvent()方法來處理該事件。 （4）“記憶”功能的信息只在一系列事件完成之前有效，如從ACTION_DOWN事件開始，直到后續事件ACTION_MOVE，ACTION_UP結束后，“記憶”的信息就會清除。也就是說如果某View處理ACTION_DOWN事件失敗了（onTouchEvent()返回false），那么后續的ACTION_MOVE,ACTION_UP等事件就不會再傳遞到該View了，由其父View自己來處理。在下一次發生ACTION_DOWN事件的時候，還是會傳遞到該View的。 Demo源碼下載：http://download.csdn.net/detail/morgan_xww/5781199 [java] view plain copy PRint? public class MyActivity extends Activity {

}

[java] view plain copy print? public class MyFrameLayout extends FrameLayout { public MyFrameLayout(Context context, AttributeSet attrs){ super(context, attrs); }

}

[java] view plain copy print? public class MyLinearLayout extends LinearLayout{

}

[java] view plain copy print? public class MyTextView extends TextView { public MyTextView(Context context, AttributeSet attrs){ super(context, attrs); }

}