簡介
點擊事件的事件分發(fā)，其實就是對一個MotionEvent事件的分發(fā)過程介汹，即當一個MotionEvent產生了以后巡雨，系統(tǒng)需要把這個事件傳遞給一個具體的View,而這個傳遞的過程就是分發(fā)過程。
點擊事件的分發(fā)過程由三個很重要的方法來共同完成的暮现。
public boolean dispatchTouchEvent(MotionEvent ec)
用來進行事件的分發(fā)还绘。如果事件能夠傳遞給當前的View，那么此方法一定會被調用栖袋，返回的結果受當前View的onTouchEvent和下級View的dispatchTouchEvent方法的影響拍顷，表示是否消耗當前的事件。
public boolean onInterceptTouchEvent(MotionEvent event)
在上述方法內部調用塘幅，用來判斷是都攔截弄個事件昔案，如果當前View攔截了某個時間，那么在同一個事件序列當中电媳，此方法不會被再次調用踏揣，返回結果表示是否攔截當前的事件。
public boolean onTouchEvent(MotionEvent event)
在dispatchTouchEvent方法中調用匾乓，用來處理點擊事件捞稿，返回的結果表示是否消耗事件。如果不消耗拼缝，則在同一個事件序列中娱局，當前View無法再次收到事件。
偽代碼表示三者的關系
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean consume=false;
if (onInterceptTouchEvent(ev)){
consume=onTouchEvent(ev);
}else{
consume=child.dispatchTouchEvent(ev);
}
return consume;
}
點擊事件的傳遞規(guī)則
對于一個根ViewGroup來說咧七，點擊事件產生后衰齐，首先會傳遞給它，這時它的dispatchTouchEvent就會被調用继阻，如果這個ViewGroup的onInterceptTouchEvent方法返回true就表示它要攔截事件耻涛，接著就會交給這個ViewGroup處理，即它的onTouchEvent方法被調用瘟檩。如果這個ViewGroup的onIntercepTouchEvent方法返回false就表示不攔截當前的事件犬第，這時當前的事件就會繼續(xù)傳遞給它的子元素，接著子元素的dispatchTouchEvent方法會被調用芒帕，如此反復直到事件最終處理歉嗓。
當一個View需要處理事件時，如果它設置了onTouchListener,那么OnTouchListener中的onTouch方法會被調用背蟆。這時事件如何處理還要看onTouch的返回值鉴分，如果返回false哮幢，則當前View的onTouchEvent方法會被調用；如果返回true志珍，那么onTouchEvent方法將不會被調用橙垢。由此可見，給View設置的OnTouchListener,其先級比onTouchEvent要高伦糯。在onTouchEvent方法中柜某，如果設置有OnClickListener，那么它的onClick方法會被調用敛纲。由此可見,平時我們常用的OnClickListener,其優(yōu)先級最低喂击，即處于時間傳遞的尾端。
過程
當一個點擊事件產生后淤翔，它的傳遞過程遵循如下順序：Activity——Window——View翰绊。即是事件總是先傳遞給Activity，Activity再傳遞給Window旁壮，最后Window再傳遞給頂級View监嗜，頂級View接收到事件后，就會按照事件的分發(fā)機制去分發(fā)事件抡谐〔闷妫考慮 一種情況，如果一個View的onTouchEvent返回false,那么它的父容器的onTouchEvent將會被調用麦撵，依次類推如果所有的元素都不處理這個事件刽肠，那么這個事件就會被傳遞給Activity處理，即Activity的onTouchEvent方法被調用厦坛。
相關的結論
同一個事件序列是從手指觸摸屏幕的那一刻起五垮，到手指離開屏幕的那一刻起乍惊，到手指離開屏幕的那一刻結束杜秸，在這個過程中所產生的一系列事件，這個序列以down事件開始润绎，中間含有數(shù)量不定的move事件撬碟，最終以up事件結束。
正常情況下莉撇，一個事件序列只能被一個View攔截消耗呢蛤。因為一旦一個元素攔截了此事件，那么同一個事件序列內的所有事件直接會交給它處理棍郎，因此同一個事件序列中的事件不能分別由兩個View同時處理其障。
某個View一旦決定攔截，那么這個事件都只能由它來處理涂佃，并且它的onInterceptTouchEvent不會再被調用励翼。
某個View一旦開始處理事件蜈敢，如果它不消耗ACTION_DOWN事件（onTouchEvent返回了false）,那么同一事件序列中的其他的事件都不會再交給它來處理，并且事件重新交給它的父元素處理汽抚，即父元素的onTouchEvent會被調用抓狭。意思就是事件一旦交給一個View處理，那么它必須消耗掉造烁，否則同一事件序列中剩下的事件就不再交給它來處理了否过。
如果View不消耗除ACTION_DOWN以外的其他事件，那么這點擊事件就會消失惭蟋，此時父元素的onTouchEvent并不會被調用苗桂，并且當前View可以持續(xù)接收到后續(xù)的事件，最終消失的點擊事件會傳遞給Activity處理敞葛。
ViewGroup默認不攔截任何事件誉察。onInterceptTouchEvent方法默認返回false。
View沒有onInterceptTouchEvent方法惹谐，一旦有點擊事件傳遞給它持偏，那么它的onTouchEvent方法就會被調用。
View的onTouchEvent默認都會消耗掉事件（返回true）氨肌，除非它是不可點擊的（clickable和longClick同時設置為false）鸿秆。View的longClickable默認都為false，clickable屬性要分情況怎囚，比如Button的clickable屬性默認為true,而TextView的click默認為false卿叽。
View的enable屬性不影響onTouchEvent的默認返回值，哪怕一個View是disable狀態(tài)的恳守，只要它的clickable或者longClickable有一個為true考婴，那么它的onTouchEvent就返回true。
onClick會發(fā)生的前提是當View是可點擊的催烘，并且它收到了down和up的事件沥阱。
事件傳遞的過程是由外向內的，即事件總是先傳遞給父元素伊群，然后再由父元素分發(fā)給子View考杉，通過requestDisallowInterceptTouchEvent方法可以在元素中干預父元素的事件分發(fā)過程，但是ACTION_DOWN事件除外舰始。
