作為一名Android程序猿，相信你一定碰到過滑動(dòng)沖突這一問題，解決它的理論基礎(chǔ)就是要了解view的事件分發(fā)機(jī)制，本博客只是從大的方面分析事件分發(fā)機(jī)制，如果要深入研究它，建議大家結(jié)合系統(tǒng)源碼去進(jìn)一步分析事件分發(fā)機(jī)制，本文學(xué)習(xí)“Android開發(fā)藝術(shù)探索”基礎(chǔ)上所感，之前也看過網(wǎng)上一些博客講view事件分發(fā)的，看完后仍然有點(diǎn)懵懵懂懂的，在這里謝謝@任玉剛的“Android開發(fā)藝術(shù)探索”，讓我對(duì)view事件分發(fā)有了更深的理解，由于本人技術(shù)有限，希望大家提意見和指正。
一、在介紹點(diǎn)擊事件傳遞規(guī)則之前，首先大家應(yīng)該明白我們研究的對(duì)象是MotionEvent（點(diǎn)擊事件），點(diǎn)擊事件分發(fā)有三個(gè)重要的方法：
public boolean dispatchTouchEvent(MotionEvent ev) 事件分發(fā)，如果事件能夠傳遞到當(dāng)前view，此方法一定調(diào)用，返回結(jié)果受當(dāng)前view的onTouchEvent和下級(jí)view的dispatchTouchEvent方法影響，詳細(xì)分析如下：
1.若當(dāng)前view的onTouchEvent調(diào)用，說明當(dāng)前view調(diào)用onInterceptTouchEvent攔截了事件，同時(shí)當(dāng)前view消耗事件，導(dǎo)致不調(diào)用下級(jí)view的 dispatchTouchEvent，當(dāng)前view的dispatchTouchEvent返回false。
2.反之，當(dāng)前view的onTouchEvent不調(diào)用調(diào)用，說明當(dāng)前view不調(diào)用onInterceptTouchEvent攔截了事件，同時(shí)當(dāng)前view不消耗事件，導(dǎo)致調(diào)用下級(jí)view的 dispatchTouchEvent將事件分發(fā)下去，當(dāng)前view的dispatchTouchEvent返回true。
public boolean onInterceptTouchEvent(MotionEvent ev) 事件攔截
用來判斷是否攔截某個(gè)事件，如果當(dāng)前view攔截了某個(gè)事件，則在同一事件序列當(dāng)中，此方法不會(huì)再次調(diào)用，返回結(jié)果表示是否攔截事件
public boolean onTouchEvent(MotionEvent ev) 點(diǎn)擊事件處理（消耗事件）
二、三個(gè)方法有什么區(qū)別和聯(lián)系，下面通過偽代碼表示：
public boolean dispatchTouchEvent(MotionEvent ev){ boolean consume=false; if(onInterceptTouchEvent(ev)){ consume=onTouchEvent(ev); }else{ consume=child.dispatchTouchEvent(ev); } return consume; }
上述偽代碼將三者的關(guān)系表現(xiàn)的淋漓盡致：對(duì)于一個(gè)根viewGroup來說，點(diǎn)擊事件發(fā)生后，首先會(huì)傳遞給當(dāng)前viewGroup，這時(shí)它會(huì)調(diào)用它的dispatchTouchEvent，如果viewGroup的onInterceptTouchEvent返true，表示它攔截當(dāng)前事件，調(diào)用它的onTouchEvent消耗此事件；如果viewGroup的onInterceptTouchEvent返回false就表示它不攔截，當(dāng)前事件會(huì)繼續(xù)傳遞給它的子view,子view調(diào)用dispatchTouchEvent，如此循環(huán)下去直到事件消耗。
當(dāng)一個(gè)view需要處理事件時(shí)：
如果它設(shè)置OnTouchListener,那么OnTouchListener中的OnTouch方法一定會(huì)調(diào)用，如果OnTouchListener中 的OnTouch方法返回false,則當(dāng)前view的onTouchEvent方法會(huì)被調(diào)用，反之返回true,則當(dāng)前view的onTouchEvent方法不會(huì)被調(diào)用;
如果當(dāng)前設(shè)置有OnClickListener那么它的OnClick方法會(huì)在onTouchEvent的OnTouch方法之后執(zhí)行，平時(shí)我們常用的OnClickListener，其優(yōu)先級(jí)最低，即處于事件傳遞尾端。
由此可見：在設(shè)置OnTouchListener，OnClickListener且OnTouchListener中 的OnTouch方法返回false前提下，他們執(zhí)行的優(yōu)先級(jí)OnTouchListener >onTouchEvent >OnClickListener(其中的方法)。
關(guān)于事件傳遞的機(jī)制，給出的一些結(jié)論：
1.同一事件序列是指從手指觸屏幕那一刻到手指離開屏幕那一刻，這個(gè)事件序列包含一個(gè)down事件開始，中間包含多個(gè)Move事件， 一個(gè)up事件結(jié)束
2.一個(gè)事件序列只能被一個(gè)view攔截且消耗
3.某個(gè)view一旦決定攔截，那么這一個(gè)事件序列都只能由它來處理（如果時(shí)間序列能夠傳遞給它）并且它的onInterceptTouchEvent不會(huì)再調(diào)用
4.某個(gè)view一旦開始處理事件，如果它不消耗ACTION_DOWN事件（onTouchEvent返回false）那么同一事件序列中其他事件都不會(huì)交個(gè)它處理，并且事件將重新交由它的父元素去處理，即父元素的onTouchEvent 會(huì)被調(diào)用，意思是事件一旦交給一個(gè)view處理，那么它必須消耗掉，否則同一事件序列中剩下的事件就不再交給它來處理，就好比BOSS交給你一個(gè)任務(wù)，如果這個(gè)任務(wù)沒有處理好，那么短期內(nèi)BOSS就不敢再把任務(wù)交個(gè)你做了。
5.如果view不消耗ACTION_DOWN以外的其他事件，那么這個(gè)點(diǎn)擊事件會(huì)消失，此時(shí)父元素的onTouchEvent并不會(huì)調(diào)用，并且當(dāng)前view可以持續(xù)收到后續(xù)的事件，最終這些消失的點(diǎn)擊事件會(huì)傳遞給Activity處理，舉個(gè)例子，就好比BOSS交個(gè)你一個(gè)任務(wù)，你解決不了，最后還是要交個(gè)BOSS解決一樣的道理。
6.viewGroup默認(rèn)不攔截任何事件。Android源碼中viewGroup的onInterceptTouchEvent方法默認(rèn)返回false。
7.view沒有onInterceptTouchEvent方法，一旦有點(diǎn)擊事件傳遞給它，那么它的onTouchEvent方法就會(huì)調(diào)用。
8.view的onTouchEvent默認(rèn)都可以消耗事件（返回true），除非它是不可點(diǎn)擊的（clickable和longClickable同時(shí)為false），view的longClickable屬性默認(rèn)都是false，clickable屬性要分情況，比如button的clickable默認(rèn)為true，textview的clickable默認(rèn)為false。
9.view的enable屬性不影響onTouchEvent的默認(rèn)返回值。哪怕一個(gè)view是disable狀態(tài)的，只要它的clickable或者longClickable有一個(gè)為true，那么它的onTouchEvent就返回true。
10.事件傳遞過程是由外而內(nèi)的，即事件總是先傳給父元素，然后父元素分發(fā)給子view，但可以通過requestDisallowInterceptTouchEvent方法在子元素中干預(yù)父元素的事件分發(fā)，但是ACTION_DOWN除外。
