參考：
更簡(jiǎn)單的學(xué)習(xí)Android事件分發(fā)

1. 相關(guān)方法

事件分發(fā): dispatchTouchEvent

• 返回true，則表示在當(dāng)前View或其子View(子子...View)中，找到了處理事件的View；
• 返回false，則表示在當(dāng)前View或其子View(子子...View)中沒有處理事件的View；

事件攔截: onInterceptTouchEvent

• 返回true，則表示當(dāng)前View攔截這個(gè)事件并交予當(dāng)前View的onTouchEvent()處理，不會(huì)再向子View傳遞這個(gè)事件；
• 返回false，則表示當(dāng)前View不攔截這個(gè)事件，只有他的子View的dispatchTouchEvent()返回false，才會(huì)分發(fā)到當(dāng)前View的onTouchEvent()方法，否則當(dāng)前View不處理這個(gè)事件

事件消費(fèi): onTouchEvent

• 返回true，則表示當(dāng)前View消費(fèi)掉這個(gè)事件；
• 返回false，則表示當(dāng)前View不消費(fèi)這個(gè)時(shí)間；

2. 具體分析

首先，我們來說一下觸摸事件(不考慮多點(diǎn)觸摸)，一組觸摸時(shí)間以一個(gè)DOWN事件開始，后跟0個(gè)或多個(gè)MOVE事件，最后跟一個(gè)UP或CANCEL事件。事件分發(fā)是從外往內(nèi)分發(fā)的或者說從上到下，即事件從父層View向子層View分發(fā)。

布局

接下來我們根據(jù)上圖來分析以下五種基本情況，復(fù)雜的事件分發(fā)一般都是這幾種情況的組合，掌握了基本事件的分發(fā)機(jī)制，復(fù)雜的也就迎刃而解了:

• View消費(fèi)DOWN、MOVE、UP事件
• View不消費(fèi)DOWN事件
• View不消費(fèi)MOVE、UP事件
• ViewGroup攔截DOWN事件
• ViewGroup攔截MOVE、UP事件

一般情況下DOWN和MOVE、UP的分發(fā)機(jī)制不同，所以我們要分開討論(當(dāng)View消費(fèi)觸摸事件時(shí)，事件的分發(fā)一致，所以我們可合并分析)

1). 事件分發(fā)(View消費(fèi))

事件傳遞過程：

DOWN事件：

從Activity#dispatchTouchEvent開始分發(fā)，傳遞到ViewGroup#dispatchTouchEvent，再傳遞到ViewGroup#onInterceptTouchEvent，ViewGroup#onInterceptTouchEvent返回false表示不攔截，所以事件再往下分發(fā)到View#dispatchTouchEvent，繼而傳遞到View#onTouchEvent，View#onTouchEvent返回true表示消費(fèi)掉這個(gè)事件，返回的結(jié)果true依次通過View#dispatchTouchEvent、ViewGroup#dispatchTouchEvent再返回給Activity#dispatchTouchEvent表示這個(gè)事件被消費(fèi)掉了，后續(xù)的MOVE、UP事件都將傳遞給View#onTouchEvent處理。

MOVE、UP事件：

與DOWN事件相同。

通過上面的傳遞過程，我們可以得出:

• onInterceptTouchEvent返回false表示不攔截事件，事件將繼續(xù)向下分發(fā)，傳遞到它子View的dispatchTouchEvent中
• onTouchEvent返回true表示消費(fèi)這個(gè)事件，返回結(jié)果true將通過dispatchTouchEvent以及父View中的dispatchTouchEvent傳遞回Activity，那么這個(gè)事件序列中的后續(xù)事件都將交給它處理，

注：
View如果需要處理觸摸事件必須(clickable == true || longClickable == true)，否則將不會(huì)分發(fā)事件給View

2). 事件分發(fā)(View不消費(fèi))

事件傳遞過程：

DOWN事件:

從Activity#dispatchTouchEvent開始分發(fā)，傳遞到ViewGroup#dispatchTouchEvent，再傳遞到ViewGroup#onInterceptTouchEvent，ViewGroup#onInterceptTouchEvent返回false表示不攔截，所以事件再往下分發(fā)到View#dispatchTouchEvent，繼而傳遞到View#onTouchEvent，View#onTouchEvent返回false表示不消費(fèi)這個(gè)事件，返回的結(jié)果false再傳遞給View#dispatchTouchEvent，ViewGroup#dispatchTouchEvent得知View不處理這個(gè)事件所以再把事件交給ViewGroup#onTouchEvent，ViewGroup#onTouchEvent返回false表示自己也不處理這個(gè)事件，并把結(jié)果false反回給ViewGroup#dispatchTouchEvent，Activity#dispatchTouchEvent得知ViewGroup不處理這個(gè)事件所以再把這個(gè)事件交給Activity#onTouchEvent處理，Activity#onTouchEvent也返回false表示自己也不處理這個(gè)事件，最后這個(gè)結(jié)果false傳回了Activity#dispatchTouchEvent中，表示找了一圈這個(gè)事件沒人消費(fèi)。

MOVE、UP事件：

因?yàn)镈OWN事件沒人處理，所以這個(gè)事件序列中的后續(xù)事件MOVE、UP就不再分發(fā)了，而是直接交給Activity#onTouchEvent處理，Activity#onTouchEvent返回false表示自己不處理。

通過上面的傳遞過程，我們可以得出:

• 如果onTouchEvent返回false表示不處理這個(gè)事件，這個(gè)事件則會(huì)向上傳給父View的onTouchEvent中，如果都不處理則會(huì)傳遞回Activity#onTouchEvent中
• 如果View或ViewGroup不消費(fèi)DOWN事件，那么這個(gè)序列的后續(xù)事件MOVE、UP將不會(huì)再傳遞給它處理

3). 事件攔截

事件傳遞過程：

DOWN事件:

從Activity#dispatchTouchEvent開始分發(fā)，傳遞到ViewGroup#dispatchTouchEvent，再傳遞到ViewGroup#onInterceptTouchEvent，ViewGroup#onInterceptTouchEvent返回true表示攔截，所以事件傳遞給了ViewGroup#onTouchEvent，并不會(huì)再傳給View，ViewGroup#onTouchEvent返回true表示處理這個(gè)事件，并返回給ViewGroup#dispatchTouchEvent，ViewGroup#dispatchTouchEvent把結(jié)果true返回給Activity#dispatchTouchEvent表示找到處理這個(gè)事件的View了。

MOVE、UP事件：

這個(gè)事件序列中的后續(xù)事件MOVE、UP分發(fā)到ViewGroup#dispatchTouchEvent是會(huì)判斷(actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)，因?yàn)榧炔皇荄OWN事件，子View中有沒有處理到DOWN事件所以mFirstTouchTarget == null就不再傳遞給ViewGroup#onInterceptTouchEvent，而是直接傳給ViewGroup#onTouchEvent，ViewGroup#onTouchEvent返回true表示處理這個(gè)事件，并返回給ViewGroup#dispatchTouchEvent，ViewGroup#dispatchTouchEvent把結(jié)果true返回給Activity#dispatchTouchEvent表示找到處理這個(gè)事件的View了。

通過上面的傳遞過程，我們可以得出:

• onInterceptTouchEvent返回為true表示攔截事件，事件將直接傳遞給它自己的onTouchEvent處理，不會(huì)再傳遞給子View
• DOWN事件被當(dāng)前ViewGroup的onInterceptTouchEvent攔截，這個(gè)序列的后續(xù)事件MOVE、UP將不會(huì)傳遞給它的onInterceptTouchEvent，而直接傳遞給它的onTouchEvent方法處理

注：
1.如果DOWN事件的傳遞給onInterceptTouchEvent時(shí)沒有攔截，MOVE事件傳遞給onInterceptTouchEvent時(shí)攔截，這樣將傳給View一個(gè)CANCEL事件，之后的MOVE事件就不再傳遞給View，而直接傳遞給ViewGroup#onTouchEvent處理。
2.子View中可以調(diào)用getParent().requestDisallowInterceptTouchEvent(true);來阻止父View攔截觸摸事件，父View就不會(huì)再調(diào)用onInterceptTouchEvent攔截事件了。

3. 總結(jié)

• 如果某個(gè)View消費(fèi)了DOWN事件，那么通常情況下后續(xù)的MOVE、UP事件也將交給它處理，但是可以調(diào)用父View的onInterceptTouchEvent進(jìn)行攔截
• 如果某個(gè)View不消費(fèi)DOWN事件，那么這個(gè)系列后續(xù)事件也不會(huì)交給它處理
• 一個(gè)事件如果都沒有View消費(fèi)，那么將由Activity處理
• 如果事件處理的結(jié)果為true，那么結(jié)果會(huì)不斷返回給父View#dispatchTouchEvent方法，知道傳遞回Activity
• 如果事件傳遞的結(jié)果為false，回傳的結(jié)果不斷調(diào)用父View#onTouchEvent方法，直到找到消費(fèi)事件的View或者傳遞回Activity
• View如果需要處理觸摸事件必須(clickable == true || longClickable == true)
  ，否則將不會(huì)分發(fā)事件給View
• 如果DOWN事件的傳遞給onInterceptTouchEvent時(shí)沒有攔截，MOVE事件傳遞給onInterceptTouchEvent時(shí)攔截，這樣將傳給View一個(gè)CANCEL事件，之后的MOVE事件就不再傳遞給View，而直接傳遞給ViewGroup#onTouchEvent處理。
• 子View中可以調(diào)用getParent().requestDisallowInterceptTouchEvent(true);來阻止父View攔截觸摸事件，父View就不會(huì)再調(diào)用onInterceptTouchEvent攔截事件了。
• onInterceptTouchEvent返回為true表示攔截事件，事件將直接傳遞給它自己的onTouchEvent處理，不會(huì)再傳遞給子View
• DOWN事件被當(dāng)前ViewGroup的onInterceptTouchEvent攔截，這個(gè)序列的后續(xù)事件MOVE、UP將不會(huì)傳遞給它的onInterceptTouchEvent，而直接傳遞給它的onTouchEvent方法處理

本人技術(shù)有限，歡迎指正，謝謝！