Android事件傳遞機(jī)制一直都是一個(gè)痛點(diǎn)，希望這篇文章能夠給你點(diǎn)不一樣的
基礎(chǔ)知識(shí)—>源碼分析—>進(jìn)階—>應(yīng)用場(chǎng)景
基礎(chǔ)知識(shí)
觸摸事件對(duì)應(yīng)MotionEvent類(lèi)，三種事件類(lèi)型：ACTION_DOWN,ACTOIN_MOVE,ACTION_UP。
事件傳遞的三個(gè)階段：
-
分發(fā)(Dispatch)
方法：
public boolean dispatchTouchEvent(MotionEvent ev) -
攔截(Intercept)
方法：
public boolean onInterceptTouchEvent(MotionEvent ev) -
消費(fèi)(Consume)
方法：
public boolean onTouchEvent(MotionEvent event)
Android中擁有事件處理能力的類(lèi)有3種：
| 類(lèi) | dispatchTouchEvent | onInterceptTouchEvent | onTouchEvent |
|---|---|---|---|
| Activity | ?? | ?? | |
| ViewGroup | ?? | ?? | ?? |
| View | ?? | ?? |
正常狀態(tài)下事件傳遞機(jī)制如下圖(以下僅針對(duì)ACTION_DOWN事件)：
關(guān)于上圖有幾點(diǎn)說(shuō)明(僅針對(duì)ACTION_DOWN事件的傳遞)：
dispatchTouchEvent和onTouchEvent一旦return true,終結(jié)事件傳遞；-
dispatchTouchEvent和onTouchEventreturn false,事件都回傳給父控件的onTouchEvent處理。dispatchTouchEvent返回值為 false,意味著事件停止往子View分發(fā)，并往父控件回溯。onTouchEvent返回值為 false,意味著不消費(fèi)事件，并往父控件回溯。 -
return super.xxxxxx() 就會(huì)讓事件依照U型的方向的完整走完整個(gè)事件流動(dòng)路徑。
ViewGroup的dispatchTouchEvent方法返回super的時(shí)候，默認(rèn)調(diào)用onInterceptTouchEvent -
**
onInterceptTouchEventreturn true時(shí), 攔截事件并交由自己的onTouchEvent處理 **onInterceptTouchEventreturn super和false, 不攔截事件，并將事件傳遞給子View。super.onInterceptTouchEvent(ev)的默認(rèn)實(shí)現(xiàn)返回值為false。
源碼分析
知其然，還要知其所以然。通過(guò)源碼分析，可能會(huì)更深刻的理解View的事件分發(fā)的真正原理。
Activity的事件分發(fā)機(jī)制
首先看一下Activity的dispatchTouchEvent源碼：
/**
* Called to process touch screen events. You can override this to
* intercept all touch screen events before they are dispatched to the
* window. Be sure to call this implementation for touch screen events
* that should be handled normally.
*
* @param ev The touch screen event.
*
* @return boolean Return true if this event was consumed.
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
// 事件序列開(kāi)始一般都是ACTION_DOWN，此處一般為true
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
// 空方法，主要用于屏保
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
上面這段代碼，關(guān)鍵的就是：getWindow().superDispatchTouchEvent(ev)
Window是抽象類(lèi)，PhoneWindow是Window的唯一實(shí)現(xiàn)類(lèi)，Window的superDispatchTouchEvent(ev)是一個(gè)抽象方法，在PhoneWindow類(lèi)中看一下superDispatchTouchEvent(ev)的實(shí)現(xiàn)：
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
// mDecor是DecorView的實(shí)例, DecorView是視圖的頂層view，繼承自FrameLayout，是所有界面的父類(lèi)
return mDecor.superDispatchTouchEvent(event);
}
繼續(xù)追蹤一下mDecor.superDispatchTouchEvent(event)方法：
public boolean superDispatchTouchEvent(MotionEvent event) {
// DecorView繼承自FrameLayout,那么它的父類(lèi)就是ViewGroup
// 而super.dispatchTouchEvent(event)方法，其實(shí)就應(yīng)該是ViewGroup的dispatchTouchEvent()
return super.dispatchTouchEvent(event);
}
顯然，當(dāng)一個(gè)點(diǎn)擊事件發(fā)生時(shí)，事件最先傳到Activity的dispatchTouchEvent進(jìn)行事件分發(fā)，最終是調(diào)用了ViewGroup的dispatchTouchEvent方法, 這樣事件就從Activity傳遞到了ViewGroup。
ViewGroup的事件分發(fā)機(jī)制
-
ViewGroup攔截事件
ViewGroup的
dispatchTouchEvent方法較長(zhǎng)，分段進(jìn)行說(shuō)明。// Check for interception. final boolean intercepted; // 關(guān)注點(diǎn)1 if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) { // 關(guān)注點(diǎn)2 final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; if (!disallowIntercept) { intercepted = onInterceptTouchEvent(ev); ev.setAction(action); // restore action in case it was changed } else { intercepted = false; } } else { // There are no touch targets and this action is not an initial down // so this view group continues to intercept touches. intercepted = true; }關(guān)注點(diǎn)1: 當(dāng)事件由
ViewGroup子元素成功處理時(shí)，會(huì)被賦值并指向子元素，即當(dāng)ViewGroup不攔截事件并將事件交由子元素處理時(shí)，mFirstTouchTarget != null成立。-
關(guān)注點(diǎn)2:
FLAG_DISALLOW_INTERCEPT標(biāo)記位，通過(guò)requestDisallowInterceptTouchEvent方法進(jìn)行設(shè)置，一般用于子View中。FLAG_DISALLOW_INTERCEPT一旦設(shè)置之后，ViewGroup將無(wú)法攔截除ACTION_DOWN以外的其他點(diǎn)擊事件。原因參見(jiàn)以下代碼：// Handle an initial down. if (actionMasked == MotionEvent.ACTION_DOWN) { // Throw away all previous state when starting a new touch gesture. // The framework may have dropped the up or cancel event for the previous gesture // due to an app switch, ANR, or some other state change. cancelAndClearTouchTargets(ev); resetTouchState(); }ViewGroup會(huì)在
ACTION_DOWN事件到來(lái)時(shí)做重置狀態(tài)的操作。在resetTouchState方法中重置FLAG_DISALLOW_INTERCEPT標(biāo)記位。因此，子View調(diào)用requestDisallowInterceptTouchEvent方法并不能影響ViewGroup對(duì)ACTION_DOWN事件的處理。 -
結(jié)論：
當(dāng)ViewGroup決定攔截事件后，那么后續(xù)的點(diǎn)擊事件將默認(rèn)交給它處理并且不再調(diào)用它的
onInterceptTouchEvent方法。FLAG_DISALLOW_INTERCEPT標(biāo)記位的作用是讓ViewGroup不再攔截事件，前提是ViewGroup不攔截ACTION_DOWN事件。
-
ViewGroup不攔截事件
ViewGroup不攔截事件的時(shí)候，事件會(huì)向下分發(fā)交由它的子View進(jìn)行處理：
final View[] children = mChildren; for (int i = childrenCount - 1; i >= 0; i--) { final int childIndex = getAndVerifyPreorderedIndex( childrenCount, i, customOrder); final View child = getAndVerifyPreorderedView( preorderedList, children, childIndex); // If there is a view that has accessibility focus we want it // to get the event first and if not handled we will perform a // normal dispatch. We may do a double iteration but this is // safer given the timeframe. if (childWithAccessibilityFocus != null) { if (childWithAccessibilityFocus != child) { continue; } childWithAccessibilityFocus = null; i = childrenCount - 1; } // 判斷子元素能否接收到點(diǎn)擊事件 // 1. 子元素是否在播放動(dòng)畫(huà) // 2. 點(diǎn)擊事件的坐標(biāo)是否落在子元素區(qū)域內(nèi) if (!canViewReceivePointerEvents(child) || !isTransformedTouchPointInView(x, y, child, null)) { ev.setTargetAccessibilityFocus(false); continue; } newTouchTarget = getTouchTarget(child); if (newTouchTarget != null) { // Child is already receiving touch within its bounds. // Give it the new pointer in addition to the ones it is handling. newTouchTarget.pointerIdBits |= idBitsToAssign; break; } resetCancelNextUpFlag(child); // 關(guān)注點(diǎn)1 if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) { // Child wants to receive touch within its bounds. mLastTouchDownTime = ev.getDownTime(); if (preorderedList != null) { // childIndex points into presorted list, find original index for (int j = 0; j < childrenCount; j++) { if (children[childIndex] == mChildren[j]) { mLastTouchDownIndex = j; break; } } } else { mLastTouchDownIndex = childIndex; } mLastTouchDownX = ev.getX(); mLastTouchDownY = ev.getY(); // 關(guān)注點(diǎn)2 newTouchTarget = addTouchTarget(child, idBitsToAssign); alreadyDispatchedToNewTouchTarget = true; break; } // The accessibility focus didn't handle the event, so clear // the flag and do a normal dispatch to all children. ev.setTargetAccessibilityFocus(false); }-
關(guān)注點(diǎn)1:
dispatchTransformedTouchEvent實(shí)際上調(diào)用的就是子元素的dispatchTouchEvent方法：if (child == null) { handled = super.dispatchTouchEvent(event); } else { handled = child.dispatchTouchEvent(event); } -
關(guān)注點(diǎn)2: 當(dāng)子元素的
dispatchTouchEvent返回值為true時(shí)，mFirstTouchTarget就會(huì)被賦值，并跳出for循環(huán)，終止對(duì)子元素的遍歷：newTouchTarget = addTouchTarget(child, idBitsToAssign); alreadyDispatchedToNewTouchTarget = true;mFirstTouchTarget被賦值是在addTouchTarget內(nèi)部實(shí)現(xiàn)的：private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) { final TouchTarget target = TouchTarget.obtain(child, pointerIdBits); target.next = mFirstTouchTarget; mFirstTouchTarget = target; return target; }可以看出，
mFirstTouchTarget是一種單鏈表結(jié)構(gòu)。mFirstTouchTarget是否被賦值將直接影響Viewgroup對(duì)事件的攔截策略。如果mFirstTouchTarget為null，ViewGroup默認(rèn)攔截同一序列中的所有點(diǎn)擊事件。 -
關(guān)注點(diǎn)3: 當(dāng)ViewGroup沒(méi)有子元素，或者子元素的
dispatchTouchEvent返回值為false，在這兩種情況下，ViewGroup會(huì)自己處理點(diǎn)擊事件：// Dispatch to touch targets. if (mFirstTouchTarget == null) { // No touch targets so treat this as an ordinary view. handled = dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS); }dispatchTransformedTouchEvent的第三個(gè)參數(shù)child為null，從之前的分析可知，super.dispatchTouchEvent(event)會(huì)被調(diào)用。
-
View的事件分發(fā)機(jī)制
View的事件分發(fā)機(jī)制相對(duì)簡(jiǎn)單一些，先看它的dispatchTouchEvent方法：
public boolean dispatchTouchEvent(MotionEvent event) {
...
boolean result = false;
...
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
// 關(guān)注點(diǎn)1
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
...
return result;
}
代碼中可以看出，OnTouchListener優(yōu)先級(jí)高于onTouchEvent。
關(guān)注點(diǎn)1:View對(duì)點(diǎn)擊事件的處理過(guò)程，三個(gè)判斷條件，
-
li != null && li.mOnTouchListener != null： 判斷是否設(shè)置了OnTouchListener -
(mViewFlags & ENABLED_MASK) == ENABLED：判斷當(dāng)前點(diǎn)擊的控件是否enable，很多View默認(rèn)是enable的，因此該條件恒定為true -
li.mOnTouchListener.onTouch(this, event)：回調(diào)onTouch方法，如果返回值為true的話，上述三個(gè)條件全部成立，從而整個(gè)方法直接返回true；返回值為false的時(shí)候，就會(huì)去執(zhí)行onTouchEvent(event)方法。
再看一下onTouchEvent的實(shí)現(xiàn)：
public boolean onTouchEvent(MotionEvent event) {
...
// 不可用狀態(tài)下的View照樣會(huì)消耗點(diǎn)擊事件
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
switch (action) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
// The button is being released before we actually
// showed it as pressed. Make it show the pressed
// state now (before scheduling the click) to ensure
// the user sees it.
setPressed(true, x, y);
}
if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
// 關(guān)注點(diǎn)1
performClick();
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
mIgnoreNextUpEvent = false;
break;
case MotionEvent.ACTION_DOWN:
...
break;
case MotionEvent.ACTION_CANCEL:
...
break;
case MotionEvent.ACTION_MOVE:
...
break;
}
return true;
}
return false;
}
-
關(guān)注點(diǎn)1: 當(dāng)
ACTION_UP事件發(fā)生時(shí)，會(huì)觸發(fā)performClick方法：public boolean performClick() { final boolean result; final ListenerInfo li = mListenerInfo; if (li != null && li.mOnClickListener != null) { playSoundEffect(SoundEffectConstants.CLICK); li.mOnClickListener.onClick(this); result = true; } else { result = false; } sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); return result; }如果View設(shè)置了
OnClickListener，那么performClick方法內(nèi)部會(huì)調(diào)用它的onClick方法。 -
總結(jié)：
onTouch的優(yōu)先級(jí)高于onClick
-
控件被點(diǎn)擊時(shí)，
onTouch返回false—>dispatchTouchEvent方法返回false—>執(zhí)行onTouchEvent—>在performClick方法里回調(diào)onClickonTouch返回true—>dispatchTouchEvent方法返回true—>不執(zhí)行onTouchEvent，顯然onClick方法也不會(huì)被調(diào)用
進(jìn)階
ACTION_MOVE和ACTION_UP相關(guān)
先來(lái)看看兩個(gè)實(shí)驗(yàn)：
-
在View的
dispatchTouchEvent返回false并且在ViewGroup的onTouchEvent返回true
紅色的箭頭代表ACTION_DOWN事件的流向
藍(lán)色的箭頭代表ACTION_MOVE和ACTION_UP事件的流向
ViewDispatch_2 -
在
ViewGroup的onTouchEvent返回true
紅色的箭頭代表ACTION_DOWN 事件的流向
藍(lán)色的箭頭代表ACTION_MOVE 和 ACTION_UP 事件的流向
ViewDispatch_03
總結(jié)一下：
如果在某個(gè)控件的
dispatchTouchEvent返回true消費(fèi)終結(jié)事件，那么收到ACTION_DOWN的函數(shù)也能收到ACTION_MOVE和ACTION_UP。在哪個(gè)View的
onTouchEvent返回true，那么ACTION_MOVE和ACTION_UP的事件從上往下傳到這個(gè)View后就不再往下傳遞了，而直接傳給自己的onTouchEvent并結(jié)束本次事件傳遞過(guò)程。-
ACTION_DOWN事件在哪個(gè)控件消費(fèi)了（return true）， 那么ACTION_MOVE和ACTION_UP就會(huì)從上往下（通過(guò)dispatchTouchEvent）做事件分發(fā)往下傳，就只會(huì)傳到這個(gè)控件，不會(huì)繼續(xù)往下傳如果
ACTION_DOWN事件是在dispatchTouchEvent消費(fèi)，那么事件到此為止停止傳遞如果
ACTION_DOWN事件是在onTouchEvent消費(fèi)的，那么會(huì)把ACTION_MOVE或ACTION_UP事件傳給該控件的onTouchEvent處理并結(jié)束傳遞。
onTouch()和onTouchEvent()的區(qū)別
兩個(gè)方法都是在View的
dispatchTouchEvent中調(diào)用，但onTouch優(yōu)先于onTouchEvent執(zhí)行。如果在
onTouch方法中返回true將事件消費(fèi)掉，onTouchEvent將不會(huì)再執(zhí)行。-
View的dispatchTouchEvent方法中：
if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) { result = true; } if (!result && onTouchEvent(event)) { result = true; }onTouch能夠執(zhí)行需要的兩個(gè)前提：-
mOnTouchListener不為空 - 當(dāng)前點(diǎn)擊的控件必須是
ENABLED
因此如果你有一個(gè)控件是非enable的，那么給它注冊(cè)
onTouch事件將不會(huì)執(zhí)行。 -
應(yīng)用場(chǎng)景—滑動(dòng)沖突的解決
滑動(dòng)沖突在Android開(kāi)發(fā)中一直都是一個(gè)痛點(diǎn)，之前的所有講解，就像是所有的招式，滑動(dòng)沖突，就是我們的用武之地。
常見(jiàn)滑動(dòng)沖突場(chǎng)景
-
外部滑動(dòng)和內(nèi)部滑動(dòng)方向不一致
ViewPager和Fragment配合使用組成的頁(yè)面滑動(dòng)效果。這種沖突的解決方式，一般都是根據(jù)水平滑動(dòng)還是豎直滑動(dòng)(滑動(dòng)的距離差)來(lái)判斷到底是由誰(shuí)來(lái)攔截事件。
-
外部滑動(dòng)和內(nèi)部滑動(dòng)方向一致
內(nèi)外兩層同時(shí)能上下滑動(dòng)或者能同時(shí)左右滑動(dòng)。這種一般都是根據(jù)業(yè)務(wù)來(lái)進(jìn)行區(qū)分。
以上兩種場(chǎng)景的嵌套
滑動(dòng)沖突的解決方式
-
外部攔截法
外部攔截法，就是所有事件都先經(jīng)過(guò)父容器的攔截處理，由父容器來(lái)決定是否攔截。這種方式需要重寫(xiě)父容器的
onInterceptTouchEvent方法，偽代碼如下：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 (父容器需要當(dāng)前點(diǎn)擊事件) { intercepted = true; } else { intercepted = false; } break; case MotionEvent.ACTION_UP: intercepted=false; break; default: break; } mLastXIntercept = x; mLastYIntercept = y; return intercepted; }幾點(diǎn)說(shuō)明：
- 不攔截
ACTION_DOWN事件。一旦父容器攔截ACTION_DOWN，則后續(xù)的ACTION_MOVE和ACTION_UP事件都會(huì)直接交由父容器處理，無(wú)法傳遞給子元素。 -
ACTION_MOVE事件根據(jù)具體需求來(lái)決定是否攔截。 -
ACTION_UP事件必須返回false，ACTION_UP事件本身沒(méi)什么意義，但如果父容器在ACTION_UP返回true會(huì)導(dǎo)致子元素?zé)o法接收ACTION_UP事件，無(wú)法響應(yīng)onClick事件。
- 不攔截
-
內(nèi)部攔截法
內(nèi)部攔截法是指父容器不攔截任何事件，所有事件都傳遞給子元素。內(nèi)部攔截法需要配合
requestDisallowInterceptTouchEvent方法才能正常工作。這種方式需要重寫(xiě)子元素的dispatchTouchEvent方法，偽代碼如下：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 (父容器需要當(dāng)前點(diǎn)擊事件) { getParent().requestDisallowInterceptTouchEvent(false); } break; case MotionEvent.ACTION_UP: break; default: break; } mLastX = x; mLastY = y; return super.dispatchTouchEvent(ev); }父元素需要默認(rèn)攔截除
ACTION_DOWN事件以外的其他事件，父元素修改如下：public boolean onInterceptTouchEvent(MotionEvent ev) { if (ev.getAction()==MotionEvent.ACTION_DOWN) { return false; } else { return true; } }ACTION_DOWN事件并不受FLAG_DISALLOW_INTERCEPT這個(gè)標(biāo)記位的控制。一旦父容器攔截ACTION_DOWN事件，那么所有的事件都無(wú)法傳遞到子元素中去。
參考
- 圖解Android事件分發(fā)機(jī)制
- Android事件分發(fā)機(jī)制詳解：史上最全面、最易懂
- Android開(kāi)發(fā)藝術(shù)探索
