通常留特，開(kāi)發(fā)人員所涉及到的事件分發(fā)機(jī)制涉及到了如下幾個(gè)方法

1. dispatchTouchEvent(MotionEvent ev)
   用來(lái)進(jìn)行事件分發(fā)蚤认。如果事件能傳遞給當(dāng)前的View辐脖，那么此方法一定會(huì)被調(diào)用影锈。

2. onInterceptTouchEvent(MotionEvent ev)
   用來(lái)判斷是否攔截某個(gè)事件计福，如果當(dāng)前View攔截了某個(gè)事件，那么在同一個(gè)事件序列中锋喜，此方法不會(huì)再被調(diào)用些己。

3. onTouchEvent(MotionEvent ev)
   用來(lái)處理觸摸事件，返回結(jié)果表示是否消耗當(dāng)前事件嘿般，如果不消耗，則在同一個(gè)事件序列中涯冠，當(dāng)前View無(wú)法再次接受事件炉奴。

4. onTouch(View view, MotionEvent motionEvent)
   用于處理觸摸事件，通過(guò)setOnTouchListener設(shè)置蛇更，很常見(jiàn)的方法瞻赶。

5. onClick(View view)
   用于處理點(diǎn)擊事件赛糟，通過(guò)setOnClickListener設(shè)置，很常見(jiàn)的方法砸逊。

6. requestDisallowInterceptTouchEvent(boolean b)
   請(qǐng)求不攔截觸摸事件璧南。一般用于處理滑動(dòng)沖突中，子控件請(qǐng)求父控件不攔截ACTION_DOWN以外的其他事件师逸，ACTION_DOWN事件不受影響司倚。

本文會(huì)圍繞以上幾個(gè)方法，從現(xiàn)象的角度篓像，對(duì)安卓的事件分發(fā)機(jī)制做出簡(jiǎn)單解釋动知。

事件分發(fā)邏輯

先看一張圖，圖1為默認(rèn)情況下员辩，系統(tǒng)事件分發(fā)邏輯盒粮。
圖片均無(wú)打碼標(biāo)記，歡迎下載留存參考奠滑。ヾ(≧O≦)〃

圖1 事件分發(fā)邏輯圖.png

上圖為ACTION_DOWN事件的分發(fā)過(guò)程丹皱，ACTION_MOVE、ACTION_UP事件分發(fā)過(guò)程略有差別宋税，稍后補(bǔ)充摊崭。
消費(fèi)、攔截弃甥，在講事件分發(fā)機(jī)制的時(shí)候我們通常會(huì)使用這兩個(gè)詞來(lái)表明爽室，一個(gè)觸摸事件在經(jīng)過(guò)某個(gè)控件的時(shí)候停止了傳遞。

對(duì)一個(gè)觸摸事件來(lái)說(shuō)淆攻，一個(gè)完整分發(fā)通常包含三個(gè)部分阔墩，一個(gè)Activity，至少一個(gè)ViewGroup瓶珊，至多一個(gè)View啸箫。Activity是事件分發(fā)的起點(diǎn)，如果所點(diǎn)擊位置的所有控件都不對(duì)觸摸事件進(jìn)行攔截（即圖1中的7個(gè)方法都返回super）伞芹，一個(gè)觸摸事件在經(jīng)過(guò)一個(gè)周期的分發(fā)之后忘苛，又會(huì)回到Activity，最終被Activity消費(fèi)掉唱较。

第二張圖是為View（ViewGroup）添加了onTouchListener與onClickListener兩個(gè)方法之后扎唾，圖1中，onTouchEvent部分的處理邏輯南缓。

圖2 onTouchEvent內(nèi)部邏輯.png

看圖我們可以知道胸遇，onTouchEvent方法的優(yōu)先級(jí)低于onTouch方法，而高于onClick系列方法汉形。

就是說(shuō)如果為一個(gè)View（ViewGroup）通過(guò)setOnTouchListener方法設(shè)置了onTouch方法纸镊，并且在onTouch方法中返回true將觸摸事件消費(fèi)掉的話倍阐，onTouchEvent便無(wú)法對(duì)觸摸事件做出正確響應(yīng)。

而如果onTouchEvent方法將事件消費(fèi)掉（返回true）逗威，或者主動(dòng)選擇不對(duì)觸摸事件做出響應(yīng)（返回false）峰搪，這兩種情況下，無(wú)論setOnClickListener設(shè)置與否凯旭，onClick方法都不會(huì)被執(zhí)行概耻。只有onTouchEvent返回時(shí)調(diào)用super方法，并且setOnClickListener成功設(shè)置尽纽，onClick方法才會(huì)被執(zhí)行咐蚯。
需要注意的是，onClick雖然沒(méi)有返回值弄贿，但是它會(huì)默認(rèn)攔截掉點(diǎn)擊事件春锋。

一些結(jié)論

為方便說(shuō)明，將圖1稍加修改差凹，并添加標(biāo)記重新貼出期奔，見(jiàn)圖3。垂直順序代表事件傳遞順序危尿。
這張圖在下文用的比較多呐萌，建議點(diǎn)擊這里在新標(biāo)簽中打開(kāi)然后對(duì)比觀看。

圖3 添加標(biāo)記稍作修改的圖1.png

1. 事件序列

是指手指從接觸屏幕的那一刻開(kāi)始谊娇，到手指離開(kāi)屏幕的那一刻結(jié)束肺孤，整個(gè)過(guò)程所產(chǎn)生的一系列事件，這個(gè)序列從ACTION_DOWN開(kāi)始济欢，包括多個(gè)ACTION_MOVE赠堵，以ACTION_UP結(jié)束。

2. 事件傳遞會(huì)以最短路徑傳遞

1. 若一個(gè)View（ViewGroup）的dispatchTouchEvent方法攔截了一個(gè)事件序列的全部事件法褥，那么這個(gè)事件的事件序列都會(huì)按照ACTION_DOWN的傳遞路徑傳遞茫叭，最終被消耗掉。
   例如：標(biāo)號(hào)為4的dispatchTouchEvent返回值返回了true半等，攔截所有事件
   ACTION_DOWN揍愁、ACTION_MOVE、ACTION_UP的傳遞路徑均為 1-2-3-4-消費(fèi)杀饵。

2. 若一個(gè)View（ViewGroup）的onTouchEvent方法攔截了一個(gè)事件序列的全部事件莽囤，那么這個(gè)事件的事件序列的的ACTION_DOWN和ACTION_MOVE、ACTION_UP會(huì)沿著不同路徑傳遞切距，當(dāng)前View的onInterceptTouchEvent方法（如果有）會(huì)被后兩者忽略烁登。同一個(gè)事件序列中的ACTION_MOVE、ACTION_UP會(huì)直接從dispatchTouchEvent傳遞給onTouchEvent蔚舀。
   例如：標(biāo)號(hào)為8的onTouchEvent返回值返回了true饵沧，攔截所有事件
   ACTION_DOWN方法的傳遞路徑為 1-2-3-4-5-6-7-8-消費(fèi)
   而ACTION_MOVE、ACTION_UP的路徑會(huì)變?yōu)?1-2-3-4-8-消費(fèi)赌躺。

消耗ACTION_DOWN的View就是事件傳遞的終點(diǎn)狼牺，事件序列中的后續(xù)事件不一定會(huì)沿著ACTION_DOWN的傳遞路徑傳遞，而會(huì)找到一條最短路徑傳遞礼患，一條從事件分發(fā)開(kāi)始到被攔截的最短路徑是钥。
一個(gè)View（ViewGroup）一旦決定攔截（消費(fèi)了ACTION_DOWN事件），那么他的onInterceptTouchEvent方法不會(huì)在被調(diào)用缅叠。
PS：這里不要認(rèn)為是忽略所有的onInterceptTouchEvent悄泥，只是當(dāng)前View的onInterceptTouchEvent方法會(huì)被忽略，父容器的onInterceptTouchEvent照常執(zhí)行肤粱。這對(duì)于理解requestDisallowInterceptTouchEvent方法的處理邏輯很重要弹囚。

3. 攔截ACTION_DOWN的View通常是事件傳遞的終點(diǎn)

若在一個(gè)View（ViewGroup）中，一個(gè)事件序列的ACTION_DOWN事件比ACTION_MOVE领曼、ACTION_UP更早的被攔截鸥鹉，那么后兩個(gè)事件會(huì)比ACTION_DOWN傳遞更多的方法。
例如：標(biāo)號(hào)為4的dispatchTouchEvent庶骄，當(dāng)事件為ACTION_DOWN的時(shí)候毁渗，返回值為true，其他為默認(rèn)的super单刁。標(biāo)號(hào)為8的onTouchEvent返回值返回了true灸异，攔截所有事件。
ACTION_DOWN方法的傳遞路徑為 1-2-3-4-消費(fèi)
而ACTION_MOVE羔飞、ACTION_UP的路徑會(huì)變?yōu)?1-2-3-4-8-消費(fèi)肺樟。

這條結(jié)論作為上一條的補(bǔ)充
消耗ACTION_DOWN的View就是事件傳遞的終點(diǎn)，但消耗ACTION_DOWN的方法不一定是事件傳遞的終點(diǎn)褥傍。如果沒(méi)有被攔截儡嘶，事件序列總是會(huì)傳遞到onTouchEvent方法中。
但通常不會(huì)在dispatchTouchEvent攔截ACTION_DOWN事件恍风，這會(huì)讓滑動(dòng)沖突無(wú)法處理蹦狂。

4. 只攔截ACTION_DOWN事件，其余事件會(huì)消失并被Activity消耗

若在一個(gè)View（ViewGroup）中朋贬，只攔截事件序列的ACTION_DOWN事件凯楔，那么ACTION_MOVE、ACTION_UP會(huì)消失锦募，并且最終唄Activity消耗摆屯。
假設(shè)ViewGroup2，標(biāo)號(hào)為4的dispatchTouchEvent攔截了一個(gè)事件序列的ACTION_DOWN事件，但ViewGroup2卻沒(méi)有攔截這個(gè)事件序列的ACTION_MOVE虐骑、ACTION_UP事件准验，那么這次事件傳遞會(huì)出現(xiàn)跨越的情況。
我們將標(biāo)號(hào)為4的dispatchTouchEvent廷没，當(dāng)事件為ACTION_DOWN的時(shí)候糊饱，返回值設(shè)為true，其他為默認(rèn)的super颠黎。
ACTION_DOWN方法的傳遞路徑為 1-2-3-4-消費(fèi)
ACTION_MOVE另锋、ACTION_UP的路徑會(huì)變?yōu)?1-2-3-4-8-10-消費(fèi)（ACTION_DOWN以外的事件在傳遞到8的時(shí)候消失，9被跨越了）

只攔截ACTION_DOWN事件狭归，其余事件會(huì)在攔截ACTION_DOWN的View中傳遞完成后消失夭坪，并最終被Activity消耗。

5. 攔截一個(gè)事件必須攔截它的ACTION_DOWN

若要一個(gè)View（ViewGroup）要攔截一個(gè)事件序列过椎，當(dāng)前View（ViewGroup）或者其子View（ViewGroup）必須攔截其ACTION_DOWN事件室梅。
由第2條可知，ACTION_DOWN總會(huì)為事件序列找到一條最短路徑潭流，去傳遞整個(gè)事件序列中的點(diǎn)擊事件竞惋，若攔截到了ACTION_DOWN，那么當(dāng)前View也可以攔截到這個(gè)事件序列中的其他事件灰嫉。

那么假設(shè)ViewGroup2想攔截觸摸事件中的ACTION_MOVE事件拆宛，但卻沒(méi)有攔截事件序列中的ACTION_DOWN事件，看看會(huì)發(fā)生什么情況讼撒。
例如：ViewGroup2中浑厚，標(biāo)號(hào)為8的onTouchEvent想要攔截觸摸事件中的ACTION_MOVE事件，但卻沒(méi)有攔截事件序列中的ACTION_DOWN事件根盒。
我們將標(biāo)號(hào)為4的dispatchTouchEvent钳幅，當(dāng)事件為ACTION_MOVE的時(shí)候，返回值為true炎滞，其他為默認(rèn)的super
ACTION_DOWN方法的傳遞路徑為 1-2-3-4-5-6-7-8-9-10-消費(fèi)
ACTION_MOVE敢艰、ACTION_UP的路徑會(huì)變?yōu)?1-10-消費(fèi)（最短路徑會(huì)忽略ViewGroup2）

一個(gè)View若要攔截一個(gè)事件序列中的事件，必須攔截其ACTION_DOWN事件册赛。

6. 觸摸事件可能會(huì)被“半路打劫”

一個(gè)事件序列中ACTION_DOWN以外的事件钠导，可能會(huì)在傳遞到消耗ACTION_DOWN的View之前被提前消耗掉。

稍稍修改下第5條的情況森瘪，假設(shè)牡属，ViewGroup2想攔截觸摸事件中的ACTION_MOVE事件，也沒(méi)有攔截事件序列中的ACTION_DOWN事件扼睬，但View會(huì)攔截觸摸事件中的ACTION_MOVE事件逮栅。
我們將標(biāo)號(hào)為4的dispatchTouchEvent，當(dāng)事件為ACTION_MOVE的時(shí)候，返回值設(shè)為true措伐，其他為默認(rèn)的super特纤。我們將標(biāo)號(hào)為7的onTouchEvent返回值設(shè)為true，攔截所有事件废士。
ACTION_DOWN方法的傳遞路徑為 1-2-3-4-5-6-7-消費(fèi)
ACTION_MOVE的路徑會(huì)變?yōu)?1-2-3-4-消費(fèi)（原本MOVE事件也會(huì)傳到7叫潦，但是此時(shí)被提前攔截消耗）
ACTION_UP方法的傳遞路徑為 1-2-3-4-5-6-7-消費(fèi)

一個(gè)View是事件傳遞的終點(diǎn)，也有可能無(wú)法攔截到一個(gè)事件序列中ACTION_DOWN以外的事件官硝，因?yàn)樗麄冊(cè)趥鬟f的過(guò)程中，被提前消耗了短蜕。

7. 還有幾條

1. ViewGroup默認(rèn)不攔截任何事件氢架，ViewGroup的onInterceptTouchEvent默認(rèn)返回false

2. View沒(méi)有onInterceptTouchEvent方法，默認(rèn)情況下一旦有點(diǎn)擊事件傳遞給他朋魔，他的onTouchEvent方法就會(huì)被調(diào)用

3. 可點(diǎn)擊的View的onTouchEvent默認(rèn)都是會(huì)消耗事件（他們的clickable屬性默認(rèn)都是true）岖研，比如Button。
   若不想讓View消耗事件警检，需要將他們的clickable孙援，longClickable屬性設(shè)為false。

4. 事件傳遞的過(guò)程都是由外向內(nèi)的扇雕，即事件總是線傳遞給父元素拓售，然后再由父元素分發(fā)給子View。但是 requestDisallowInterceptTouchEvent可以干預(yù)這個(gè)過(guò)程镶奉，這一部分在滑動(dòng)沖突講础淤。

5. 只要點(diǎn)擊事件傳遞到了當(dāng)前的View（ViewGroup），他的dispatchTouchEvent一定會(huì)被調(diào)用哨苛。

滑動(dòng)沖突

我們常說(shuō)的滑動(dòng)沖突鸽凶，一般在多個(gè)需要消費(fèi)滑動(dòng)手勢(shì)的控件嵌套的時(shí)候出現(xiàn)。
現(xiàn)階段安卓控件滑動(dòng)模式無(wú)非就兩種建峭，橫向滑動(dòng)與縱向滑動(dòng)玻侥，所以總結(jié)起來(lái)只有兩種情況，如圖4亿蒸。

圖4 滑動(dòng)沖突.png

第一種：圖4左凑兰，內(nèi)部外部控件滑動(dòng)方向不一致。
第二種祝懂，圖4右票摇，內(nèi)部外部控件滑動(dòng)方向一致。
更多層嵌套的滑動(dòng)沖突可以兩兩拆分成上面這兩種情況砚蓬，所以不表矢门。

第一種情況主要出現(xiàn)在ViewPager跟ScrollView嵌套所組成的頁(yè)面滑動(dòng)效果，主流應(yīng)用幾乎都會(huì)使用這個(gè)效果。
需要注意的是祟剔，這種情況下隔躲，本來(lái)是有滑動(dòng)沖突的，但現(xiàn)在大多數(shù)滑動(dòng)控件物延，自身對(duì)這種情況的處理都比較理想宣旱，不需要額外處理就可以達(dá)到滿意的結(jié)果。

第二種情況也時(shí)常能看到叛薯，比如兩個(gè)ViewPager嵌套浑吟。很多應(yīng)用首頁(yè)頂部有一個(gè)Banner，還可以通過(guò)左右滑動(dòng)切換Tab耗溜，就會(huì)出現(xiàn)這種沖突组力。

從本質(zhì)上來(lái)講，這兩種情況的滑動(dòng)沖突是相似的抖拴，僅僅是滑動(dòng)策略不同燎字，解決思路基本一致。

處理滑動(dòng)沖突的思路

對(duì)于第一種情況阿宅，他的處理規(guī)則是候衍，當(dāng)用戶左右滑動(dòng)的時(shí)候，需要讓外部View攔截這個(gè)觸摸事件洒放，當(dāng)用戶上下滑動(dòng)的時(shí)候蛉鹿，讓內(nèi)部攔截這個(gè)觸摸事件。判斷一次滑動(dòng)是水平滑動(dòng)還是垂直滑動(dòng)拉馋，根據(jù)滑動(dòng)過(guò)程中榨为，兩次ACTION_MOVE事件的坐標(biāo)點(diǎn)之間的坐標(biāo)就可以得出。

對(duì)于第二種情況煌茴，無(wú)法從滑動(dòng)方式上作出判斷随闺，只能從業(yè)務(wù)邏輯上找辦法，比如一個(gè)是首頁(yè)的Banner蔓腐，一個(gè)是首頁(yè)的Tab頁(yè)面矩乐。我們的處理方法是，當(dāng)觸摸到Banner開(kāi)始滑動(dòng)的時(shí)候回论，觸摸事件讓Banner攔截散罕，當(dāng)觸摸到Banner以外部分開(kāi)始滑動(dòng)的時(shí)候，讓外層的ViewPage攔截傀蓉。

處理滑動(dòng)沖突的辦法

滑動(dòng)沖突常規(guī)的處理方法有兩種

第一種是通過(guò)外層View處理攔截規(guī)則欧漱，將攔截邏輯寫(xiě)在外層View中。就是說(shuō)如果父容器需要這個(gè)事件的時(shí)候就攔截當(dāng)前事件葬燎，如果不需要就不攔截误甚，讓這個(gè)事件繼續(xù)向下傳遞缚甩，子控件自然能接受并攔截這個(gè)事件∫ぐ睿或者讓父容器判斷什么時(shí)候子控件需要這個(gè)觸摸事件擅威，就不攔截這個(gè)事件交給子控件攔截，當(dāng)子控件不需要這個(gè)觸摸事件的時(shí)候冈钦，父容器再去攔截這個(gè)事件郊丛。
這種辦法的優(yōu)勢(shì)是符合觸摸事件的分發(fā)機(jī)制，代碼邏輯上更加清晰瞧筛。

第二種方法是通過(guò)requestDisallowInterceptTouchEvent(true)方法厉熟，在事件傳遞上忽略付容器的onInterceptTouchEvent方法，把所有事件都傳遞給子控件驾窟，在子控件內(nèi)部進(jìn)行邏輯處理庆猫。如果子控件需要這個(gè)事件就直接消耗掉，否則再交給父容器處理绅络。
這種方式的優(yōu)勢(shì)是更加靈活，思路清晰嘁字，但在代碼邏輯上可能沒(méi)有上一種好恩急。

事件沖突產(chǎn)生原因以及requestDisallowInterceptTouchEvent的生效原理

第一種方法符合事件分發(fā)機(jī)制，此處不再贅述纪蜒。
此處著重寫(xiě)一下第二種方式衷恭。

這里還要再看一次圖3
ViewGroup1視作外層ViewGroup
ViewGroup2視作內(nèi)層ViewGroup
View視作內(nèi)層ViewGroup中的元素

我們讓ViewGroup1標(biāo)號(hào)為3的onInterceptTouchEvent方法，在觸摸事件為ACTION_MOVE的時(shí)候返回true纯续，其他情況返回super随珠。標(biāo)號(hào)為9的onTouchEvent方法返回true，攔截所有事件猬错。
這個(gè)時(shí)候我們看一下觸摸事件的傳遞路徑
ACTION_DOWN的傳遞路徑為1-2-3-4-5-6-7-8-9-消耗
ACTION_MOVE窗看，ACTION_UP的傳遞路徑為1-2-9-消耗（沿著最短路徑傳遞）

這時(shí)候ViewGroup2不在事件傳遞路徑上倦炒，無(wú)法攔截觸摸事件显沈。
現(xiàn)在我們讓ViewGroup2標(biāo)號(hào)為8的onTouchEvent方法返回true，攔截所有事件逢唤。
這個(gè)時(shí)候我們看一下觸摸事件的傳遞路徑
ACTION_DOWN的傳遞路徑為1-2-3-4-5-6-7-8-消耗
ACTION_MOVE的傳遞方式與上文均不太一樣拉讯，它在傳遞到4的時(shí)候，4并沒(méi)有接收到ACTION_MOVE事件鳖藕，反而接收到了一個(gè)ACTION_CANCEL事件魔慷。
所以此時(shí)ACTION_MOVE、ACTION_UP的傳遞路徑為1-2-3-消耗
出現(xiàn)這種不同的原因是著恩， ViewGroup1標(biāo)號(hào)為3的onInterceptTouchEvent方法攔截了事件序列中的ACTION_MOVE方法院尔，將其直接分發(fā)給了標(biāo)號(hào)為9的onTouchEvent方法蜻展。雖然當(dāng)ViewGroup1為事件傳遞的終點(diǎn)的時(shí)候，標(biāo)號(hào)為3的onInterceptTouchEvent方法會(huì)被忽略召边，不會(huì)執(zhí)行铺呵，但是由于ViewGroup2標(biāo)號(hào)為8的onTouchEvent方法返回true，此時(shí)ViewGroup2成為了事件傳遞的終點(diǎn)隧熙，標(biāo)號(hào)為3的onInterceptTouchEvent方法又會(huì)被執(zhí)行片挂。這個(gè)方法執(zhí)行的結(jié)果是將ACTION_MOVE事件直接分發(fā)給了標(biāo)號(hào)為9的onTouchEvent方法。

這個(gè)時(shí)候贞盯，則產(chǎn)生了所謂的滑動(dòng)沖突音念，即ViewGroup2攔截了ACTION_DOWN事件，卻沒(méi)有得到這個(gè)事件序列中的其他事件躏敢。

那么該如何處理這種情況闷愤，就需要用到requestDisallowInterceptTouchEvent方法了。
現(xiàn)在我們?cè)赩iewGroup2標(biāo)號(hào)為4的dispatchTouchEvent方法中寫(xiě)入getParent().requestDisallowInterceptTouchEvent(true)件余，請(qǐng)求父容器不攔截ACTION_DOWN以外的觸摸事件讥脐。（這個(gè)方法的實(shí)質(zhì)是，傳入?yún)?shù)為true時(shí)屏蔽父容器的onInterceptTouchEvent方法啼器。）
這個(gè)時(shí)候我們看一下觸摸事件的傳遞路徑
ACTION_DOWN的傳遞路徑為1-2-3-4-5-6-7-8-消耗
ACTION_MOVE旬渠，ACTION_UP的傳遞路徑為1-2-4-8-消耗
我們看到ACTION_MOVE，ACTION_UP這兩個(gè)方法跨過(guò)了標(biāo)號(hào)為3的onInterceptTouchEvent方法端壳，因?yàn)樗黄帘瘟恕?/p>

這樣告丢，ViewGroup2又可以拿到事件序列中的其他事件，滑動(dòng)沖突得以解決损谦。

requestDisallowInterceptTouchEvent的生效范圍

還是上一個(gè)例子
我們讓ViewGroup1標(biāo)號(hào)為3的onInterceptTouchEvent方法岖免，在觸摸事件為ACTION_MOVE的時(shí)候返回true，其他情況返回super照捡。標(biāo)號(hào)為9的onTouchEvent方法返回true颅湘，攔截所有事件。
我們知道這個(gè)觸摸事件的傳遞路徑為
ACTION_DOWN的傳遞路徑為1-2-3-4-5-6-7-8-9-消耗
ACTION_MOVE麻敌，ACTION_UP的傳遞路徑為1-2-9-消耗（沿著最短路徑傳遞）

這次我們不對(duì)ViewGroup2做任何更改栅炒，使用其默認(rèn)返回值。
設(shè)置View標(biāo)號(hào)為7的onTouchEvent方法返回true术羔，攔截所有事件赢赊。在View標(biāo)號(hào)為6的dispatchTouchEvent方法中寫(xiě)入getParent().requestDisallowInterceptTouchEvent(true)
這個(gè)時(shí)候我們看一下觸摸事件的傳遞路徑
ACTION_DOWN的傳遞路徑為1-2-3-4-5-6-7-消耗
ACTION_MOVE，ACTION_UP的傳遞路徑為1-2-4-6-7-消耗（沒(méi)有3级历、5释移，連跳兩級(jí)）

設(shè)置requestDisallowInterceptTouchEvent(true)可以忽略整條事件傳遞路徑上的所有onInterceptTouchEvent方法。

為什么會(huì)影響所有的寥殖，究其原因的話玩讳，是因?yàn)樵创a是這么實(shí)現(xiàn)的

    public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {
        ...
        // Pass it up to our parent
        if (mParent != null) {
            mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
        }
        ...
    }

另外因?yàn)檫@個(gè)原因涩蜘，如果事件傳遞終點(diǎn)的View是一個(gè)ViewGroup的話（如上上個(gè)例子中的ViewGroup2），寫(xiě)getParent().requestDisallowInterceptTouchEvent(true)或者寫(xiě)requestDisallowInterceptTouchEvent(true)效果都是一樣的熏纯，都會(huì)對(duì)路徑上的所有onInterceptTouchEvent方法產(chǎn)生影響同诫。

這篇文的主要內(nèi)容，到這里差不多就結(jié)束了樟澜，不過(guò)還有幾個(gè)不是很重要的點(diǎn)误窖，以及最下方還有滑動(dòng)沖突的代碼實(shí)現(xiàn)。

需要注意的幾個(gè)問(wèn)題

雖然requestDisallowInterceptTouchEvent寫(xiě)在哪里都可以生效秩贰，但我們習(xí)慣寫(xiě)在dispatchTouchEvent方法中霹俺，畢竟它負(fù)責(zé)事件分發(fā)。

處理滑動(dòng)沖突時(shí)候毒费，父容器的dispatchTouchEvent不能攔截ACTION_DOWN事件丙唧，否則子控件連requestDisallowInterceptTouchEvent的機(jī)會(huì)都沒(méi)有，因?yàn)樽涌丶](méi)有攔截到ACTION_DOWN事件觅玻，其他事件不會(huì)交給它處理想际。我們?cè)跁?shū)寫(xiě)自定義控件的時(shí)候，一般會(huì)在onTouchEvent方法中攔截ACTION_DOWN事件溪厘。

requestDisallowInterceptTouchEvent方法是通過(guò)改變FLAG_DISALLOW_INTERCEPT標(biāo)志位來(lái)影響事件分發(fā)的沼琉，傳遞ACTION_DOWN事件的時(shí)候，標(biāo)志位無(wú)法影響onInterceptTouchEvent方法桩匪，所以requestDisallowInterceptTouchEvent方法只能請(qǐng)求到ACTION_DOWN以外的事件。onInterceptTouchEvent不應(yīng)攔截ACTION_DOWN事件友鼻。

處理滑動(dòng)沖突的代碼實(shí)現(xiàn)

以下是兩種處理方式的偽代碼傻昙，其實(shí)如果上文好好看的話，自己寫(xiě)出來(lái)問(wèn)題不大彩扔，此處貼出來(lái)以供大家參考妆档。使用的時(shí)候稍作修改就能滿足大部分需求。

1. 通過(guò)外層View處理攔截邏輯

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        boolean intercepted = false;
        int x = (int) ev.getX();
        int y = (int) ev.getY();
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                intercepted = false;
                break;
            case MotionEvent.ACTION_MOVE:
                if (父容器需要這個(gè)點(diǎn)擊事件)
                    intercepted = true;
                else
                    intercepted = false;
                break;
            case MotionEvent.ACTION_UP:
                intercepted = false;
                break;
            default:
                break;
        }
        mLastXintercept = x;
        mLastYintercept = Y;
        return intercepted;
    }

2. 通過(guò)內(nèi)層View處理攔截邏輯虫碉，即通過(guò)requestDisallowInterceptTouchEvent(true)方法贾惦。

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        int x = (int) ev.getX();
        int y = (int) ev.getY();
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                getParent().requestDisallowInterceptTouchEvent(true);
                break;
            case MotionEvent.ACTION_MOVE:
                int deltaX = x - mlastX;
                int deltaY = y - mlastY;
                if (父容器需要這個(gè)點(diǎn)擊事件)
                    getParent().requestDisallowInterceptTouchEvent(false);
                break;
            case MotionEvent.ACTION_UP:
                break;
            default:
                break;
        }
        mlastX = x;
        mlastY = Y;
        return super.dispatchTouchEvent(ev);
    }

對(duì)了，畫(huà)圖用的是Visio 2013版敦捧，作圖簡(jiǎn)直不要太好用须板。
個(gè)人理解，難免有錯(cuò)誤紕漏兢卵，歡迎指正习瑰。轉(zhuǎn)載請(qǐng)注明出處。