開局先一張“毒”，本文講的是Android中的事件分發(fā)機(jī)制在孝，根據(jù)Android事件分發(fā)機(jī)制前篇——事件如何傳遞到Activity中分析的硕糊，當(dāng)我們觸摸屏幕時(shí)，輸入事件將會(huì)傳入到Activity中冕碟。那么之后事件又是如何傳遞到具體的View當(dāng)中去的呢？讓我們結(jié)合源碼再去進(jìn)一步分析事件分發(fā)機(jī)制匆浙。
1. 點(diǎn)擊事件的三個(gè)重要方法安寺！
我們在研究事件分發(fā)機(jī)制，其實(shí)討論的就是MotionEvent事件的分發(fā)過程首尼，即當(dāng)一個(gè)MotionEvent產(chǎn)生了以后挑庶，系統(tǒng)需要把這個(gè)事件傳遞給一個(gè)具體的View，這個(gè)傳遞的過程就是分發(fā)過程软能。點(diǎn)擊事件的分發(fā)過程由下面三個(gè)很重要的方法來共同完成：
public boolean dispatchTouchEvent(MotionEvent ev)
用來進(jìn)行事件的分發(fā)迎捺，如果事件能歐傳遞到當(dāng)前View，那么此方法一定會(huì)調(diào)用查排，返回結(jié)果受當(dāng)前View的onTouchEvent和下級View的dispatchTouchEvent方法的影響凳枝，當(dāng)返回True時(shí)，表示當(dāng)前View消耗事件，返回false岖瑰，則傳遞到下一級View叛买。
public boolean onInterceptTouchEvent(MotionEvent ev)
ViewGroup中的方法，用來判斷是否攔截某個(gè)事件蹋订。返回true率挣，表示當(dāng)前ViewGroup攔截了事件，如果攔截露戒，那么在同一個(gè)事件序列中（即一次ACTION_DOWN到ACTION_UP）此方法不會(huì)被再次調(diào)用椒功。
public boolean onTouchEvent(MotionEvent ev)
在dispatchTouchEvent()方法中調(diào)用，用來處理點(diǎn)擊事件智什，返回結(jié)果表示是否消耗事件动漾。
2. 事件傳遞規(guī)則
展示我畫工的時(shí)候到了！請看下圖：
當(dāng)Activity接受到點(diǎn)擊事件后荠锭，會(huì)傳遞給Window再傳遞給DecorView谦炬，DecorView就是一個(gè)ViewGroup，他的dispatchTouchEvent就會(huì)被調(diào)用节沦，如果這個(gè)ViewGroup的onInterceptTouchEvent方法返回true键思，就表示它要攔截事件，事件就會(huì)交給這個(gè)ViewGroup來處理甫贯；如果這個(gè)ViewGroup的onInterceptTouchEvent返回false吼鳞，表示不攔截當(dāng)前事件，這時(shí)叫搁，當(dāng)前事件就會(huì)繼續(xù)傳遞給它的子元素赔桌，子元素的dispatchTouchEvent方法就會(huì)被調(diào)用，如此反復(fù)直到事件被最終處理渴逻。（ViewGroup一般默認(rèn)不攔截事件）
這里如果子元素是ViewGroup疾党，那么和上面步驟一樣，如果子元素是View或者是ViewGroup要自己處理事件惨奕。那么要看是否設(shè)置了onTouchListener雪位，并且它的onTouch返回值是否為true，如果返回true那么onTouchEvent就不會(huì)被回調(diào)梨撞；如果onTouch返回值為false雹洗，那么onTouchEvent就會(huì)被調(diào)用。
而在onTouchEvent方法中卧波，如果設(shè)置了onClickListener时肿，那么它的onClick方法會(huì)被調(diào)用。
如果一個(gè)點(diǎn)擊事件產(chǎn)生后港粱，沒有View消費(fèi)這個(gè)事件螃成，那么就會(huì)交給Activity的onTouchEvent()處理。
3. 分析源碼
上面介紹了Android事件分發(fā)機(jī)制的三個(gè)重要的方法以及一些簡單的傳遞規(guī)則，那么究竟這三個(gè)方法是如何共同工作的呢寸宏？我們從源碼的角度進(jìn)一步分析宁炫。
假設(shè)我們的頁面如圖，我們以一次最簡單的點(diǎn)擊View事件為例击吱，當(dāng)事件發(fā)生時(shí)淋淀，究竟會(huì)發(fā)生什么呢遥昧？
我們先從Activity的dispatchTouchEvent()開始分析
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
onUserInteraction()是一個(gè)空方法覆醇，它是讓開發(fā)者自己去重寫的，如果需要知道用戶與設(shè)備正在進(jìn)行交互炭臭，可以重寫這個(gè)方法永脓。我們再分析上面的代碼，通過getWindow().superDispatchTouchEvent(ev)事件將會(huì)交給Activity所附屬的Window進(jìn)行分發(fā)鞋仍，如果返回true常摧，那么事件循環(huán)就結(jié)束了，返回false意味著沒人處理威创，所有View的onTouchEvent都返回false落午，那么Activity的onTouchEvent就會(huì)被調(diào)用。
通過源碼我們知道Window是個(gè)抽象類肚豺，Window的superDispatchTouchEvent()也是一個(gè)抽象方法啊溃斋，所以，我們必須找到Window的實(shí)現(xiàn)類吸申，也就是PhoneWindow梗劫。PhoneWindow是Window的唯一實(shí)現(xiàn)。每個(gè)Activity都有一個(gè)自己的PhoneWindow截碴，我們來看到它是如何處理點(diǎn)擊事件的：
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
到這里梳侨，我們應(yīng)該很清晰了，PhoneWindow將事件直接傳遞給了DecorView日丹，DecorView是Activity的頂級View走哺，我們在Activity中setContentView()方法設(shè)置的布局文件，就是加入到DecorView中的哲虾。DecorView繼承自FrameLayout割坠，FrameLayout繼承自ViewGroup，所以我們知道事件已經(jīng)傳遞到頂層的ViewGroup了妒牙。
那么DecorView是如何對事件進(jìn)行分發(fā)的呢彼哼？我們看DecorView的superDispatchTouchEvent()方法：
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
在這個(gè)方法中，DecorView直接調(diào)用了父類的dispatchTouchEvent(event)方法湘今，也就是ViewGroup中的dispatchTouchEvent(event)方法敢朱。
所以我們來分析ViewGroup中，dispatchTouchEvent(event)是如何實(shí)現(xiàn)事件的分發(fā)的：
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
//一致性判斷
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(ev, 1);
}
// If the event targets the accessibility focused view and this is it, start
// normal event dispatch. Maybe a descendant is what will handle the click.
if (ev.isTargetAccessibilityFocus() && isAccessibilityFocusedViewOrHost()) {
ev.setTargetAccessibilityFocus(false);
}
boolean handled = false;
//過濾掉不安全的觸摸事件，其實(shí)是判斷窗口被遮擋
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
//....省略了一大段代碼
}
//一致性判斷
if (!handled && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(ev, 1);
}
return handled;
}
咦拴签？怎么只有這么一點(diǎn)代碼孝常？嘿嘿，因?yàn)槲沂÷粤艘淮蠖未a蚓哩。构灸。我知道一下子貼出來這么多代碼是沒有人看滴！所以我先貼出來了外圍的代碼岸梨，雖然這些代碼不是很重要喜颁。。曹阔。能注釋的已經(jīng)注釋了半开，不能注釋的我也無能為力了。
讓我們進(jìn)入那一大段被我省略的代碼中去吧赃份，當(dāng)然寂拆，我會(huì)按順序分成一小段一小段的來說
1.第一部分代碼
// 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();
}
上面的代碼的意思是，當(dāng)一個(gè)新的觸摸事件序列發(fā)生時(shí)（當(dāng)事件是ACTION_DOWN即為新的事件序列抓韩，因?yàn)锳CTION_DOWN事件序列的開端）纠永，做重置狀態(tài)的操作，其中cancelAndClearTouchTargets(ev)會(huì)將mFirstTouchTarget（下一部分源碼將會(huì)講到） 設(shè)置為null谒拴，resetTouchState()會(huì)將Touch狀態(tài)標(biāo)記清空尝江。
2.第二部分代碼
// Check for interception.
final boolean intercepted;
//當(dāng)事件類型為ACTION_DOWN，或者mFirstTouchTarget不為null時(shí)
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
//判斷是否設(shè)置FLAG_DISALLOW_INTERCEPT標(biāo)記位彪薛，
//用來標(biāo)記不允許攔截除了ACTION_DOWN以外的其他點(diǎn)擊事件
//子View可以通過requestDisallowInterceptTouchEvent設(shè)置父View的該標(biāo)記位
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
//當(dāng)沒有設(shè)置FLAG_DISALLOW_INTERCEPT標(biāo)記位時(shí)茂装，通過onInterceptTouchEvent()方法判斷是否攔截
//這里體現(xiàn)了在dispatchTouchEvent()中調(diào)用了onInterceptTouchEvent()
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
//不攔截，將intercepted設(shè)為false
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
//設(shè)為true善延，表示攔截少态，將事件交給自己處理
intercepted = true;
}
上面的代碼是檢查是否攔截當(dāng)前事件，使用變量intercepted記錄是否攔截事件易遣，我們可以看出彼妻，ViewGroup在事件類型為ACTION_DOWN或者mFirstTouchTarget！= null時(shí)豆茫，判斷是否要攔截當(dāng)前事件侨歉。ACTION_DOWN大家應(yīng)該都知道是什么意思，那么mFirstTouchTarget到底是什么呢揩魂，在這里先給出結(jié)論幽邓，當(dāng)一個(gè)點(diǎn)擊動(dòng)作發(fā)生時(shí)，ACTION_DOWN事件被ViewGroup的子元素成功處理時(shí)火脉，mFirstTouchTarget將會(huì)被賦值牵舵，并指向這個(gè)子元素柒啤。這有什么用呢？用這個(gè)mFirstTouchTarget可以記錄是否是子元素消費(fèi)了一個(gè)點(diǎn)擊動(dòng)作當(dāng)中的ACTION_DOWN事件畸颅，當(dāng)ACTION_DOWN事件被ViewGroup攔截時(shí)担巩，mFirstTouchTarget就為null，那么當(dāng)這個(gè)點(diǎn)擊動(dòng)作事件序列的ACTION_MOVE和ACTION_UP事件到來時(shí)(actionMasked==MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)這個(gè)條件就為false没炒，這將使ViewGroup不用調(diào)用onInterceptTouchEvent()就直接將事件攔截交給自身處理涛癌。
判斷了actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null后，還得判斷FLAG_DISALLOW_INTERCEPT這個(gè)標(biāo)記位送火，這個(gè)標(biāo)記位在requestDisallowInterceptTouchEvent()方法中設(shè)置拳话，一般在子View中調(diào)用該方法，會(huì)使得ViewGroup無法攔截除了ACTION_DOWN以外的其他點(diǎn)擊事件漾脂。為什么是除了ACTION_DOWN呢假颇？因?yàn)樵?strong>第一部分代碼中胚鸯，當(dāng)ViewGroup分發(fā)事件時(shí)骨稿，如果事件類型是ACTION_DOWN，就會(huì)重置狀態(tài)姜钳，resetTouchState()方法中坦冠，將會(huì)對FLAG_DISALLOW_INTERCEPT進(jìn)行重置，并且mFirstTouchTarget 也會(huì)置空哥桥。
當(dāng)設(shè)置了FLAG_DISALLOW_INTERCEPT標(biāo)記位時(shí)辙浑，變量intercepted直接設(shè)為false，表示不攔截事件拟糕，當(dāng)沒有設(shè)置該標(biāo)記位是判呕，那么就要調(diào)用ViewGroup中的onInterceptTouchEvent(ev)，來看它的源碼：
public boolean onInterceptTouchEvent(MotionEvent ev) {
//事件源是鼠標(biāo)指向設(shè)備
if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
//事件類型時(shí)ACTION_DOWN類型時(shí)
&& ev.getAction() == MotionEvent.ACTION_DOWN
//用戶按下一個(gè)按鈕時(shí)
&& ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
//處于滾動(dòng)條上時(shí)
&& isOnScrollbarThumb(ev.getX(), ev.getY())) {
return true;
}
return false;
}
可以看到一般情況下onInterceptTouchEvetn默認(rèn)返回false送滞，也就是不攔截事件，只有當(dāng)代碼中的注釋都滿足時(shí)，才會(huì)返回true匠题。如果子View收到了ACTION_DOWN事件缔赠，而開發(fā)者又在這個(gè)方法中攔截了剩余的事件，那么子View將會(huì)收到ACTION_CANCEL事件褂微。
總結(jié)一下上面的代碼：
- 當(dāng)ViewGroup決定攔截事件后功蜓，那么后續(xù)的點(diǎn)擊事件將會(huì)默認(rèn)的交給它處理，并且不再調(diào)用它的onInterceptTouchEvent()方法宠蚂。
- 通過子View可以通過
requestDisallowInterceptTouchEvent()方法在子元素中干預(yù)父元素的事件分發(fā)過程式撼，ACTION_DOWN事件除外。
讓我們繼續(xù)分析接下來的代碼把
第三部分代碼
// 檢查事件是否取消
final boolean canceled = resetCancelNextUpFlag(this)
|| actionMasked == MotionEvent.ACTION_CANCEL;
// 判斷事件是否分發(fā)給多個(gè)子元素求厕，默認(rèn)為true
final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0;
TouchTarget newTouchTarget = null;
boolean alreadyDispatchedToNewTouchTarget = false;
if (!canceled && !intercepted) {
//事件不是ACTION_CANCEL并且ViewGroup的攔截標(biāo)志位intercepted為false(不攔截)
View childWithAccessibilityFocus = ev.isTargetAccessibilityFocus()
? findChildWithAccessibilityFocus() : null;
//處理事件序列開端的事件
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
final int actionIndex = ev.getActionIndex(); // always 0 for down
final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex)
: TouchTarget.ALL_POINTER_IDS;
// Clean up earlier touch targets for this pointer id in case they
// have become out of sync.
removePointersFromTouchTargets(idBitsToAssign);
final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) {
//這里獲取觸摸事件點(diǎn)的坐標(biāo)
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// 下面的這一段代碼就是通過遍歷尋找接受事件的子View
// 獲得子View的集合
final ArrayList<View> preorderedList = buildTouchDispatchChildList();
final boolean customOrder = preorderedList == null
&& isChildrenDrawingOrderEnabled();
final View[] children = mChildren;
// 遍歷子View判斷哪個(gè)子View接受Touch事件
for (int i = childrenCount - 1; i >= 0; i--) {
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
if (childWithAccessibilityFocus != null) {
if (childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus = null;
i = childrenCount - 1;
}
//判斷子元素是否能接收到點(diǎn)擊事件
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
//getTouchTarget去找到接收Touch事件的子View
//如果有則返回這個(gè)target著隆，否則返回null
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
//在這段代碼的if判斷通過說明找到了接收Touch事件的子View叠洗，即newTouchTarget，
//那么旅东，既然已經(jīng)找到了灭抑，所以執(zhí)行break跳出for循環(huán)
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
//if括號中的方法其實(shí)是調(diào)用子View的dispatchTouchEvent()方法，
//如果返回true抵代，則對mFirstTouchTarget賦值并跳出循環(huán)
//返回false腾节，繼續(xù)將事件分發(fā)給下一個(gè)子元素
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();
//子元素的dispatchTouchEvent()返回true，那么mFirstTouchTarget被賦值荤牍，同時(shí)break跳出循環(huán)案腺。
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);
}
if (preorderedList != null) preorderedList.clear();
}
//表示經(jīng)過前面的for循環(huán)沒有找到子View接收Touch事件并且之前的mFirstTouchTarget不為空則為真，
//然后newTouchTarget指向了最初的TouchTarget康吵。
if (newTouchTarget == null && mFirstTouchTarget != null) {
// Did not find a child to receive the event.
// Assign the pointer to the least recently added target.
newTouchTarget = mFirstTouchTarget;
while (newTouchTarget.next != null) {
newTouchTarget = newTouchTarget.next;
}
newTouchTarget.pointerIdBits |= idBitsToAssign;
}
}
}
芭ァ！這一段代碼可夠長的啊晦嵌，先總結(jié)一下同辣，這一段代碼做的主要是尋找在事件序列開端的類型時(shí)（ACTION_DOWN，ACTION_POINTER_DOWN這個(gè)為多點(diǎn)觸摸動(dòng)作惭载，或者ACTION_HOVER_MOVE這個(gè)為鼠標(biāo)進(jìn)入View）對子View進(jìn)行一個(gè)遍歷尋找接收事件的目標(biāo)View旱函，并對mFirstTouchEvent賦值。我們再進(jìn)行具體分析：
想要對子View進(jìn)行遍歷還要經(jīng)過三次判斷描滔，重重考驗(yàn)棒妨！
首先通過
if (!canceled && !intercepted) {判斷事件不為ACTION_CANCEL并且ViewGroup的攔截標(biāo)志位intercepted為false(不攔截)就會(huì)進(jìn)入其中。然后通過下面的事件類型判斷事件為事件序列的開端含长，則再進(jìn)入下一步券腔，只有事件序列的開端會(huì)尋找目標(biāo)View，其他事件如ACTION_MOVE拘泞，ACTION_UP將會(huì)直接交給目標(biāo)View來處理纷纫。
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
- 最后通過
if (newTouchTarget == null && childrenCount != 0) {判斷是否已經(jīng)找到了目標(biāo)View，和是否有子元素田弥。很容易理解涛酗，找到了目標(biāo)了就不用進(jìn)行遍歷尋找了，沒有子元素偷厦，也不用進(jìn)行尋找商叹。
經(jīng)過三重判斷之后，總算深入敵軍內(nèi)部了只泼！
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// Find a child that can receive the event.
// Scan children from front to back.
final ArrayList<View> preorderedList = buildTouchDispatchChildList();
final boolean customOrder = preorderedList == null
&& isChildrenDrawingOrderEnabled();
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) {
可以看到剖笙，這里先獲得觸摸事件的坐標(biāo)，再獲得子View的list集合preorderedList请唱，再進(jìn)行一個(gè)倒序遍歷弥咪。為什么是倒序遍歷呢过蹂？這是因?yàn)閜reorderedList中的順序是按照addView或者XML布局文件中的順序來的，后addView添加的子View聚至，會(huì)因?yàn)锳ndroid的UI繪制機(jī)制顯示在上層酷勺；假如點(diǎn)擊的地方有兩個(gè)子View都包含的點(diǎn)擊的坐標(biāo)，那么后被添加到布局中的那個(gè)子view會(huì)先響應(yīng)事件扳躬，所以脆诉，這樣的順序是順理成章的。
接下來就是在循環(huán)中獲得子View贷币，并通if(!canViewReceivePointerEvents(child)||!isTransformedTouchPointInView(x, y, child, null))判斷子元素是否能接受到點(diǎn)擊事件击胜，能否接收到點(diǎn)擊事件主要由兩點(diǎn)衡量：1. 子元素是否在播動(dòng)畫2. 點(diǎn)擊事件是否落在子元素的區(qū)域內(nèi)。前者判斷第一點(diǎn)役纹，后者判斷第二點(diǎn)偶摔。如果滿足，則繼續(xù)促脉，辰斋，如果都不滿足，那這位選手只能被淘汰了嘲叔，下一位選手繼續(xù)亡呵。
成功過關(guān)的選手抽活，就要判斷它是否是我們要找的那個(gè)目標(biāo)View了硫戈，請看下面代碼：
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;
}
getTouchTarget(child)是用來獲得指定View的TouchTarget對象的，如果存在指定View的TouchTarget對象下硕，就返回該對象丁逝，否則返回null。判斷newTouchTarget是否為空梭姓，表明是否已經(jīng)找到了目標(biāo)View霜幼。當(dāng)newTouchTarget不為null時(shí)，表示已經(jīng)找到誉尖，break跳出循環(huán)罪既。
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
...
//子元素的dispatchTouchEvent()返回true，
//那么mFirstTouchTarget被賦值铡恕，同時(shí)break跳出循環(huán)琢感。
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}
dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)方法，將事件傳遞給了子元素探熔，其實(shí)調(diào)用的就是子元素的dispatchTouchEvent()方法驹针。
！＞骷琛柬甥！事件就是這樣傳遞給子View的
如果子元素為ViewGroup饮六，那么就繼續(xù)遞歸；如果子元素為View苛蒲，那么調(diào)用的就是View中的dispatchTouchEvent()方法卤橄。
如果這里返回true，說明已經(jīng)找到目標(biāo)View臂外，即子View消耗了事件虽风，那么將會(huì)做下面的操作：
給newTouchTarget和mFirstTouchTarget賦值，mFirstTouchTarget的賦值過程在addTouchTarget()方法中
給alreadyDispatchedToNewTouchTarget賦值為true（看這個(gè)名字應(yīng)該知道他的意思寄月，已經(jīng)）
執(zhí)行break跳出循環(huán)辜膝。
如果這里返回false（如果循環(huán)中這一步都是false），就說明子View沒有消耗事件漾肮，就會(huì)導(dǎo)致mFirstTouchTarget為null厂抖，那么該View就默認(rèn)攔截下來同一事件序列中的所有點(diǎn)擊事件。（原因在第二部分代碼中）
到這里第四部分就差不多結(jié)束了克懊，我們來總結(jié)一下把忱辅。這段代碼做的操作就是在一個(gè)點(diǎn)擊動(dòng)作的開端事件中，通過遍歷子View的dispatchTouchEvent()方法谭溉，找到接收事件的目標(biāo)View墙懂，并記錄在mFirstTouchTarget中，如果沒有找到扮念，mFirstTouchTarget就為null损搬，那么同一事件序列下的所有點(diǎn)擊事件就都會(huì)被該ViewGroup攔截。
那么到底是否找到了目標(biāo)View呢柜与？我們一起看第五部分代碼把：
第五部分代碼
// 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);
} else {
// Dispatch to touch targets, excluding the new touch target if we already
// dispatched to it. Cancel touch targets if necessary.
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else {
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
這一部分代碼其實(shí)是對事件的分發(fā)了巧勤，當(dāng)事件類型不為ACTION_DOWN時(shí)，就不用經(jīng)歷上面的磨難弄匕，直接來到這一步颅悉。我們先看如果mFirstTouchTarget == null的情況，這里直接調(diào)用了dispatchTransformedTouchEvent(ev,canceled,null,TouchTarget.ALL_POINTER_IDS)迁匠，前面已經(jīng)講過剩瓶，這個(gè)方法是用來調(diào)用子View的dispatchTouchEvent()方法的，但是請注意這里的第三個(gè)參數(shù)child傳的是null城丧，之前已經(jīng)貼過源碼延曙，這里就不貼了，當(dāng)child為null時(shí)芙贫，它會(huì)調(diào)用super.dispatchTouchEvent()搂鲫。很顯然，這里轉(zhuǎn)到了View的dispatchTouchEvent()方法磺平。好吧魂仍，我們之后再分析View中的dispatchTouchEvent()方法拐辽，現(xiàn)在我們先繼續(xù)分析。
當(dāng)mFirstTouchTarget不為null時(shí)擦酌，讓我們的目光來到這里
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
}
仔細(xì)看了第四部分代碼的兄弟們應(yīng)該發(fā)現(xiàn)alreadyDispatchedToNewTouchTarget 和 newTouchTarget 都是在第四部分代碼中被賦值的俱诸，也就是說當(dāng)點(diǎn)擊事件類型為ACTION_DOWN等事件序列開端事件時(shí)，并且事件被子View處理時(shí)赊舶，alreadyDispatchedToNewTouchTarget 為true睁搭，并且newTouchTarget==target（mFirstTouchTarget），此時(shí)笼平，直接設(shè)置handled為true园骆，handled為方法返回值，表示事件已經(jīng)被處理寓调。
如果事件不滿足上面的條件锌唾，也就是說，事件為ACTION_MOVE或者ACTION_UP等這些類型時(shí)執(zhí)行下面的代碼：
else {
final boolean cancelChild = resetCancelNextUpFlag(target.child)|| intercepted;
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
...
}
同樣是調(diào)用dispatchTransformedTouchEvent方法夺英，但是這里第三個(gè)參數(shù)child傳入了子View晌涕，所以在這里直接調(diào)用了子View的dispatchTouchEvent()方法，將事件交給子View處理痛悯。
最后一部分代碼
/**
* 處理ACTION_UP和ACTION_CANCEL
* Update list of touch targets for pointer up or cancel, if needed.
* 在此主要的操作是還原狀態(tài)
*/
if (canceled|| actionMasked == MotionEvent.ACTION_UP
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
resetTouchState();
} else if (split && actionMasked == MotionEvent.ACTION_POINTER_UP) {
final int actionIndex = ev.getActionIndex();
final int idBitsToRemove = 1 << ev.getPointerId(actionIndex);
removePointersFromTouchTargets(idBitsToRemove);
}
View的dispatchTouchEvent方法
ViewGroup中的dispatchTouchEvent()方法就到此結(jié)束了余黎，我們再來看View中的dispatchTouchEvent()方法。
public boolean dispatchTouchEvent(MotionEvent event) {
...
boolean result = false;
...
//過濾掉不安全的事件载萌，當(dāng)View被遮擋時(shí)惧财，就是不安全的
if (onFilterTouchEventForSecurity(event)) {
//如果view是enable的，并且是否滾動(dòng)條已經(jīng)處理事件
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
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;
}
View對事件的處理過程就比較簡單了炒考，因?yàn)閂iew是一個(gè)單獨(dú)的元素可缚，它沒有子元素因此無法向下傳遞事件，所以只能自己處理事件斋枢。我們直接看關(guān)鍵的代碼部分，View首先會(huì)判斷有沒有設(shè)置onTouchListener知给，如果onTouchListener中的onTouch方法返回true瓤帚，那么onTouchEvent就不會(huì)被調(diào)用∩可見戈次，onTouchListener的優(yōu)先級高于onTouchEvent，這樣的好處是方便在外界處理點(diǎn)擊事件筒扒。
onTouchEvent
我們再來看onTouchEvent的源碼吧怯邪。
public boolean onTouchEvent(MotionEvent event) {
final float x = event.getX();
final float y = event.getY();
final int viewFlags = mViewFlags;
final int action = event.getAction();
//通過clickable來記錄是否可以點(diǎn)擊或者長點(diǎn)擊，或者是鼠標(biāo)右鍵
final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
//可以看出即便是disabled的狀態(tài)花墩，也會(huì)消耗事件悬秉，但是不處理澄步，只是返回true
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return clickable;
}
//如果有代理，就交給代理處理,即由另一個(gè)視圖來處理
//比如如果一個(gè)view過小和泌，不容易點(diǎn)擊村缸，通過擴(kuò)大點(diǎn)擊區(qū)域?qū)崿F(xiàn)更好的交互
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
//當(dāng)可以點(diǎn)擊或者會(huì)顯示工具提示的時(shí)候
if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
switch (action) {
case MotionEvent.ACTION_UP:
mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
if ((viewFlags & TOOLTIP) == TOOLTIP) {
handleTooltipUp();
}
if (!clickable) {
removeTapCallback();
removeLongPressCallback();
mInContextButtonPress = false;
mHasPerformedLongPress = false;
mIgnoreNextUpEvent = false;
break;
}
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)) {
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;
// 記錄點(diǎn)擊位置，并執(zhí)行是否為LongPress的檢測
case MotionEvent.ACTION_DOWN:
...
break;
// 將所有的狀態(tài)設(shè)置為最初始
case MotionEvent.ACTION_CANCEL:
...
break;
//僅僅做了將具體的坐標(biāo)傳遞給背景以及判斷點(diǎn)擊區(qū)域是否還在view中
case MotionEvent.ACTION_MOVE:
...
break;
}
return true;
}
return false;
}
首先是判斷并記錄clickable狀態(tài)武氓，由三個(gè)標(biāo)記位決定梯皿，具體請看注釋。然后處理disenable狀態(tài)下的view县恕，可以看出东羹，view照樣會(huì)消耗點(diǎn)擊事件。
接著忠烛，如果View有設(shè)置代理百姓，那么交給代理執(zhí)行。我們直接看onTouchEvent中對點(diǎn)擊事件的具體處理况木。
可以看出垒拢，分為幾種情況:
- ACTION_DOWN: 記錄點(diǎn)擊位置，并執(zhí)行是否為LongPress的檢測
- ACTION_CANCEL: 將所有的狀態(tài)設(shè)置為最初始
- ACTION_MOVE:將具體的坐標(biāo)傳遞給背景以及判斷點(diǎn)擊區(qū)域是否還在view中
- ACTION_UP:當(dāng)這個(gè)事件發(fā)生時(shí)火惊，會(huì)觸發(fā)performClick方法求类，如果View設(shè)置了onClickListener，那么performClick方法內(nèi)部會(huì)調(diào)用它的onClick方法屹耐。
ok尸疆，到這里，對于事件分發(fā)的源碼就差不多分析完畢了惶岭。
感謝
《Android開發(fā)藝術(shù)探索》
dispatchTouchEvent源碼解析
