1. 相關(guān)方法
| 相關(guān)方法 | 方法功能 | Activity | ViewGroup | View |
|---|---|---|---|---|
| dispatchTouchEvent() | 事件分發(fā) | Yes | Yes | Yes |
| onInterceptTouchEvent() | 事件攔截 | No | Yes | No |
| onTouchEvent() | 事件消費(fèi) | Yes | Yes | Yes |
事件分發(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()處理，不會再向子View傳遞這個(gè)事件；
- 返回false，則表示當(dāng)前View不攔截這個(gè)事件，只有他的子View的dispatchTouchEvent()返回false，才會分發(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)，否則將不會分發(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è)事件則會向上傳給父View的onTouchEvent中，如果都不處理則會傳遞回Activity#onTouchEvent中
- 如果View或ViewGroup不消費(fèi)DOWN事件，那么這個(gè)序列的后續(xù)事件MOVE、UP將不會再傳遞給它處理
3). 事件攔截
事件傳遞過程：
DOWN事件:
從Activity#dispatchTouchEvent開始分發(fā)，傳遞到ViewGroup#dispatchTouchEvent，再傳遞到ViewGroup#onInterceptTouchEvent，ViewGroup#onInterceptTouchEvent返回true表示攔截，所以事件傳遞給了ViewGroup#onTouchEvent，并不會再傳給View，ViewGroup#onTouchEvent返回true表示處理這個(gè)事件，并返回給ViewGroup#dispatchTouchEvent，ViewGroup#dispatchTouchEvent把結(jié)果true返回給Activity#dispatchTouchEvent表示找到處理這個(gè)事件的View了。
MOVE、UP事件：
這個(gè)事件序列中的后續(xù)事件MOVE、UP分發(fā)到ViewGroup#dispatchTouchEvent是會判斷
(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處理，不會再傳遞給子View
- DOWN事件被當(dāng)前ViewGroup的onInterceptTouchEvent攔截，這個(gè)序列的后續(xù)事件MOVE、UP將不會傳遞給它的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就不會再調(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ù)事件也不會交給它處理
- 一個(gè)事件如果都沒有View消費(fèi)，那么將由Activity處理
- 如果事件處理的結(jié)果為true，那么結(jié)果會不斷返回給父View#dispatchTouchEvent方法，知道傳遞回Activity
- 如果事件傳遞的結(jié)果為false，回傳的結(jié)果不斷調(diào)用父View#onTouchEvent方法，直到找到消費(fèi)事件的View或者傳遞回Activity
- View如果需要處理觸摸事件必須(clickable == true || longClickable == true)
，否則將不會分發(fā)事件給View - 如果DOWN事件的傳遞給onInterceptTouchEvent時(shí)沒有攔截，MOVE事件傳遞給onInterceptTouchEvent時(shí)攔截，這樣將傳給View一個(gè)CANCEL事件，之后的MOVE事件就不再傳遞給View，而直接傳遞給ViewGroup#onTouchEvent處理。
- 子View中可以調(diào)用getParent().requestDisallowInterceptTouchEvent(true);來阻止父View攔截觸摸事件，父View就不會再調(diào)用onInterceptTouchEvent攔截事件了。
- onInterceptTouchEvent返回為true表示攔截事件，事件將直接傳遞給它自己的onTouchEvent處理，不會再傳遞給子View
- DOWN事件被當(dāng)前ViewGroup的onInterceptTouchEvent攔截，這個(gè)序列的后續(xù)事件MOVE、UP將不會傳遞給它的onInterceptTouchEvent，而直接傳遞給它的onTouchEvent方法處理
本人技術(shù)有限，歡迎指正，謝謝！
