Android ViewGroup事件分發(fā)和處理源碼分析
正文
上篇文章事件分發(fā)之View事件處理講述了事件分發(fā)處理中最基礎(chǔ)的一環(huán)，那么本篇文章就繼續(xù)來(lái)分析ViewGroup的事件分發(fā)以及處理。
ViewGroup事件分發(fā)以及處理極其的復(fù)雜，體現(xiàn)在以下幾個(gè)方面
- ViewGroup不僅要分發(fā)事件，而且也可能截?cái)嗖⑻幚硎录?/li>
- 對(duì)于
ACTION_DOWN，ACTION_MOVE,ACTION_UP，甚至還有ACTION_CANCEL事件，有不同的處理情況。 - ViewGroup的代碼中還雜合了對(duì)多手指的處理情況。
鑒于代碼的復(fù)雜性，本篇文章會(huì)對(duì)不同的情況分段講解，并在講解完畢用一副圖來(lái)表示代碼的處理過(guò)程。
由于篇幅的原因，本文并不打算把多點(diǎn)觸控的代碼拿出來(lái)講解，因?yàn)槎帱c(diǎn)觸控也是比較難以講解的一塊。如果后續(xù)有時(shí)間，而且如果感覺(jué)有必要，我會(huì)用另外一篇文章來(lái)講解ViewGroup對(duì)多手指事件的處理。
處理ACTION_DOWN事件
檢測(cè)是否截?cái)嗍录?/h3>
當(dāng)ViewGroup檢測(cè)到ACTION_DOWN事件后，它做的第一件事是檢測(cè)是否截?cái)?code>ACTION_DOWN事件。
public boolean dispatchTouchEvent(MotionEvent ev) {
if (onFilterTouchEventForSecurity(ev)) {
// 做一些重置動(dòng)作，包括清除FLAG_DISALLOW_INTERCEPT
if (actionMasked == MotionEvent.ACTION_DOWN) {
cancelAndClearTouchTargets(ev);
resetTouchState();
}
// 1. 檢測(cè)是否截?cái)嗍录?
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
// 由于之前清除過(guò)FLAG_DISALLOW_INTERCEPT，因此這里的值為false
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
// 判斷自己是否截?cái)?
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
}
} else {
}
}
對(duì)于ACTION_DOWN事件，ViewGroup只通過(guò)onInterceptTouchEvent()方法來(lái)判斷是否截?cái)唷?/p>
我們首先來(lái)分析下ViewGroup.onInterceptTouchEvent()返回false的情況，也就是不截?cái)?code>ACTION_DOWN的情況，之后再來(lái)分析截?cái)嗟那闆r。
不截?cái)郃CTION_DOWN事件
尋找處理事件的子View
如果ViewGroup不截?cái)?code>ACTION_DOWN事件，那么intercepted值為false。這意思就是說(shuō)ViewGroup不截?cái)嗵幚磉@個(gè)事件了，那就得找個(gè)子View來(lái)處理事件
public boolean dispatchTouchEvent(MotionEvent ev) {
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// 1. 檢測(cè)是否截?cái)嗍录?
// ...
TouchTarget newTouchTarget = null;
boolean alreadyDispatchedToNewTouchTarget = false;
// 不截?cái)?
if (!canceled && !intercepted) {
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;
final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) {
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// 獲取有序的子View集合
final ArrayList<View> preorderedList = buildTouchDispatchChildList();
final boolean customOrder = preorderedList == null
&& isChildrenDrawingOrderEnabled();
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) {
// 2.通過(guò)循環(huán)來(lái)尋找一個(gè)能處理ACTION_DOWN事件的子View
// 2.1 獲取一個(gè)子View
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
// 2.2 判斷子View是否能夠處理事件
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
// 如果不能處理，就進(jìn)行下一輪循環(huán)繼續(xù)尋找子View
continue;
}
// 3. 把事件分發(fā)給子View
// ...
}
}
}
}
}
return handled;
}
首先2.1步，獲取一個(gè)子View。至于以怎么樣一個(gè)方式獲取一個(gè)子View，我們這里不需要深究，如果大家以后遇到繪制順序，以及子View接收事件的順序問(wèn)題時(shí)，可以再回頭分析這里獲取子View的順序。
獲取到一個(gè)子View后，2.2步，判斷這個(gè)子View是否滿足處理事件的標(biāo)準(zhǔn)，標(biāo)準(zhǔn)有兩個(gè)
- 通過(guò)
canViewReceivePointerEvents()判斷子View是否能夠接收事件。它的原理非常簡(jiǎn)單，只要View可見(jiàn)，或者View有動(dòng)畫(huà)，那么View就可以接收事件。 - 通過(guò)
isTransformedTouchPointInView()判斷事件的坐標(biāo)是否在子View內(nèi)。它的原理可以簡(jiǎn)單描述下，首先要把事件坐標(biāo)轉(zhuǎn)換為View空間的坐標(biāo)，然后判斷轉(zhuǎn)換后的坐標(biāo)是否在View內(nèi)。這個(gè)說(shuō)起來(lái)簡(jiǎn)單，但是如果要解釋，需要大家了解View滾動(dòng)以及Matrix相關(guān)知識(shí)，因此我這里不打算詳細(xì)解釋。
2.2步呢，如果找到的子View沒(méi)有這個(gè)能力處理事件，那么就會(huì)直接進(jìn)行下一輪循環(huán)，去找下一個(gè)能夠處理事件的子View。這一步基本上都是能找到子View的，因?yàn)槿绻覀兿胧褂媚硞€(gè)控件，手指肯定要在上面按下吧。
事件分發(fā)給子View
有了能處理事件的子View，現(xiàn)在就把ACTION_DOWN事件分發(fā)給它處理，并且通過(guò)結(jié)果看看它是否處理了ACTION_DOWN事件，我們來(lái)看下代碼
public boolean dispatchTouchEvent(MotionEvent ev) {
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// 1. 檢測(cè)是否截?cái)嗍录?
// ...
// 不取消，不截?cái)?
if (!canceled && !intercepted) {
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
if (newTouchTarget == null && childrenCount != 0) {
// 遍歷尋找一個(gè)能處理事件的View
for (int i = childrenCount - 1; i >= 0; i--) {
// 2. 找一個(gè)能處理事件的子View
// ...
// 3. 把事件分發(fā)給子View
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// 3.1 子View處理了事件，獲取一個(gè)TouchTarget對(duì)象
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}
}
}
}
}
if (mFirstTouchTarget == null) {
} else {
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
// 3.2 找到了處理ACTION_DOWN事件的子View，設(shè)置結(jié)果
handled = true;
} else {
}
}
}
}
// 3.3 返回結(jié)果
return handled;
}
第3步，通過(guò)dispatchTransformedTouchEvent()方法把事件發(fā)給這個(gè)子View，并通過(guò)返回值確定子View的處理結(jié)果
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
final int oldPointerIdBits = event.getPointerIdBits();
final int newPointerIdBits = oldPointerIdBits & desiredPointerIdBits;
final MotionEvent transformedEvent;
// 手指數(shù)沒(méi)有變
if (newPointerIdBits == oldPointerIdBits) {
// 1. child有單位矩陣情況
if (child == null || child.hasIdentityMatrix()) {
if (child == null) {
} else {
// 先把事件坐標(biāo)轉(zhuǎn)換為child坐標(biāo)空間的坐標(biāo)
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
event.offsetLocation(offsetX, offsetY);
// 把事件發(fā)給child處理
handled = child.dispatchTouchEvent(event);
event.offsetLocation(-offsetX, -offsetY);
}
// 返回處理結(jié)果
return handled;
}
transformedEvent = MotionEvent.obtain(event);
} else {
transformedEvent = event.split(newPointerIdBits);
}
if (child == null) {
} else {
// 2. 處理child沒(méi)有單位矩陣的情況
// 先把事件坐標(biāo)轉(zhuǎn)換為child坐標(biāo)空間的坐標(biāo)
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
transformedEvent.offsetLocation(offsetX, offsetY);
// 再根據(jù)轉(zhuǎn)換矩陣，把轉(zhuǎn)換后的坐標(biāo)經(jīng)過(guò)逆矩陣再次轉(zhuǎn)換
if (! child.hasIdentityMatrix()) {
transformedEvent.transform(child.getInverseMatrix());
}
// 最后交給child處理轉(zhuǎn)換坐標(biāo)后的事件
handled = child.dispatchTouchEvent(transformedEvent);
}
// 返回處理結(jié)果
return handled;
}
雖然根據(jù)子View是否有單位矩陣的情況，這里的處理流程分為了兩步，但是這里的處理方式大致都是相同的，都是首先把事件坐標(biāo)做轉(zhuǎn)換，然后交給子View的dispatchTouchEvent()處理。
從dispatchTransformedTouchEvent()實(shí)現(xiàn)可以看出，它的返回結(jié)果是由子View的dispatchTouchEvent()決定的。假如返回了true, 就代表子View處理了ACTION_DOWN，那么就走到了3.1步，通過(guò)addTouchTarget()獲取一個(gè)TouchTarget對(duì)象
private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
// 從對(duì)象池中獲取一個(gè)TouchTarget
final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
// 插入到鏈單表的頭部
target.next = mFirstTouchTarget;
// mFirstTouchTarget指向單鏈表的開(kāi)頭
mFirstTouchTarget = target;
return target;
}
這里是一個(gè)對(duì)象池配合鏈表的常規(guī)操作，這里要注意一點(diǎn)就是，mFirstTarget指向單鏈表的頭部，mFirstTouchTarget.child就是指向了處理了ACTION_DOWN事件的子View。
走到這里就代表找到并處理了ACTION_DOWN事件的子View，之后就走到3.2和3.3直接返回結(jié)果true。
我們用一幅圖來(lái)表示下ACTION_DOWN事件不被截?cái)嗟奶幚磉^(guò)程
ViewGroup自己處理ACTION_DOWN事件
其實(shí)ViewGroup是可以自己處理ACTION_DOWN事件的，有兩種情況會(huì)讓這成為可能
- ViewGroup自己截?cái)?code>ACTION_DOWN事件
- ViewGroup找不到能處理
ACTION_DOWN事件的子View
由于這兩種情況的代碼處理方式是一樣的，所以我把這兩種情況放到一起講，代碼如下
public boolean dispatchTouchEvent(MotionEvent ev) {
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// 檢測(cè)是否截?cái)嗍录?
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
// ACTION_DOWN時(shí)，disallowIntercept值永遠(yuǎn)為false
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
// 返回true，截?cái)嗍录?
intercepted = onInterceptTouchEvent(ev);
} else {
}
} else {
}
// 1. 如果ViewGroup截?cái)嗍录苯幼叩?步
if (!canceled && !intercepted) {
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
if (newTouchTarget == null && childrenCount != 0) {
// 2. 如果所有的子View都不處理ACTION_DOWN事件，直接走第3步
for (int i = childrenCount - 1; i >= 0; i--) {
// 找一個(gè)能處理事件的子View
// ...
// View處理事件
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
}
}
}
}
}
if (mFirstTouchTarget == null) {
// 3. ViewGroup自己處理ACTION_DOWN事件
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
}
}
// 4. 返回處理結(jié)果
return handled;
}
從代碼中可以看到，如果ViewGroup截?cái)?code>ACTION_DOWN事件或者找不到一個(gè)能處理ACTION_DOWN事件的子View，最終都會(huì)走到第3步，通過(guò)dispatchTransformedTouchEvent()方法把ACTION_DOWN事件交給自己處理，注意傳入的第三個(gè)參數(shù)為null，表示沒(méi)有處理事件的子View
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final int oldPointerIdBits = event.getPointerIdBits();
final int newPointerIdBits = oldPointerIdBits & desiredPointerIdBits;
// 手指數(shù)不變
if (newPointerIdBits == oldPointerIdBits) {
if (child == null || child.hasIdentityMatrix()) {
if (child == null) {
// 調(diào)用View.dispatchTouchEvent()
handled = super.dispatchTouchEvent(event);
} else {
}
// 返回處理的結(jié)果
return handled;
}
} else {
}
return handled;
}
很簡(jiǎn)單，調(diào)用父類View的diaptchTouchEvent()方法，由事件分發(fā)之View事件處理可知，會(huì)交給onTouchEvent()方法。
View事件處理其實(shí)還有OnTouchListener一環(huán)，但是一般不會(huì)給ViewGroup設(shè)置這個(gè)監(jiān)聽(tīng)器，因此這里忽略了。
從整個(gè)分析過(guò)程可以看出，如果ViewGroup自己處理ACTION_DOWN事件，那么ViewGroup.dispatchTouchEvent()的返回值是與ViewGroup.onTouchEvent()返回值相同的。
我們現(xiàn)在也用一幅圖來(lái)表示ViewGroup自己處理ACTION_DOWN事件的情況，其中包括兩套處理流程，我這里還是再?gòu)?qiáng)調(diào)一遍ViewGroup自己處理ACTION_DOWN事件的情況
- ViewGroup截?cái)?code>ACTION_DOWN事件
- ViewGroup找不到能處理
ACTION_DOWN事件的子View
處理ACTION_DOWN總結(jié)
ViewGroup對(duì)ACTION_DOWN的處理很關(guān)鍵，我們永遠(yuǎn)要記住一點(diǎn)，它是為了找到mFirstTouchTarget，因?yàn)?code>mFirstTouchTarget.child指向處理了ACTION_DOWN事件的子View。
為何mFirstTouchTarget如此關(guān)鍵，因?yàn)楹罄m(xù)所有事件都是圍繞mFirstTouchTarget來(lái)處理的，例如把后續(xù)事件交給mFirstTouchTarget.child來(lái)處理。
處理ACTION_MOVE事件
檢測(cè)是否截?cái)郃CTION_MOVE事件
對(duì)于ACTION_MOVE事件，ViewGroup也會(huì)去判斷是否進(jìn)行截?cái)?，代碼片段如下
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// 1. 檢測(cè)是否截?cái)?
final boolean intercepted;
// 1.2 如果有處理ACTION_DOWN事件的子View
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
// 判斷子View是否請(qǐng)求不允許父View截?cái)嗍录?
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) { // 子View允許截?cái)嗍录?
// 判斷自己是否截?cái)?
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else { // 子View不允許截?cái)嗍录?
intercepted = false;
}
} else {
// 1.3 沒(méi)有處理ACTION_DOWN的子View，就截?cái)郃CTION_MOVE事件
intercepted = true;
}
}
}
從代碼中可以看到，mFirstTouchTarget成為了是否截?cái)?code>ACTION_MOVE事件的判斷條件?，F(xiàn)在知道ACTION_DOWN事件處理有多重要了吧，它直接影響了ACTION_MOVE事件的處理，當(dāng)然還有ACTION_UP和ACTION_CANCEL事件的處理。
1.3步的意思是，既然沒(méi)有處理了ACTION_DOWN事件的子View，也就是mFirstTouchTarget == null，那么只能由老夫ViewGroup截?cái)?，然后自己處理了?/p>
1.2步呢，如果有處理了ACTION_DOWN事件的子View，也就是mFirstTouchTarget != null，在把事件分發(fā)給mFirstTouchTarget.child之前呢，ViewGroup要看看自己是否要截?cái)?，這就要分兩種情況了
- 如果子View允許父View截?cái)嗍录?，那么就通過(guò)
onInterceptTouchEvent()來(lái)判斷ViewGroup自己是否截?cái)?/li> - 如果子View不允許父View截?cái)嗍录?，那么ViewGroup肯定就不截?cái)嗔恕?/li>
現(xiàn)在，有兩種情況會(huì)導(dǎo)致ViewGroup不截?cái)?code>ACTION_MOVE事件
mFirstTouchTarget != null，子View允許父ViewGroup截?cái)嗍录?，并且ViewGroup的onInterceptTouchEvent()返回falsemFirstTouchTarget != null，子View不允許父ViewGroup截?cái)嗍录?/li>
那么接下來(lái)，我們還是先分析ViewGroup不截?cái)?code>ACTION_MOVE事件的情況
不截?cái)郃CTION_MOVE
事件分發(fā)給mFirstTouchTarget.child
如果ViewGroup不截?cái)嗍录?，其?shí)也說(shuō)明mFirstTouchTarget不為null，那么ACTION_MOVE事件會(huì)分發(fā)給mFirstTouchTarget.child，我們來(lái)看下代碼
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
// 1. 檢測(cè)是否截?cái)郃CTION_MOVE
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
// 1.1 兒子允許截?cái)啵献幼约簺Q定也不截?cái)?
intercepted = onInterceptTouchEvent(ev);
} else {
// 1.2 兒子不允許截?cái)?，老子就不截?cái)?
intercepted = false;
}
} else {
}
if (!canceled && !intercepted) {
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
}
}
if (mFirstTouchTarget == null) {
// 截?cái)嗍录那闆r
} else {
while (target != null) {
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
} else {
// 不截?cái)嗍录?，cancelChild為false
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
// 3. 把事件交給mFirstTouchTarget指向的子View處理
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
// ...
}
// ...
}
}
}
return handled;
}
ViewGroup不截?cái)?code>ACTION_MOVE事件時(shí)，就調(diào)用dispatchTransformedTouchEvent()把事件交給mFirstTouchTarget.chid處理
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
final int oldPointerIdBits = event.getPointerIdBits();
final int newPointerIdBits = oldPointerIdBits & desiredPointerIdBits;
final MotionEvent transformedEvent;
// 1. child有單位矩陣的情況
if (newPointerIdBits == oldPointerIdBits) { // 手指數(shù)沒(méi)有變
if (child == null || child.hasIdentityMatrix()) {
if (child == null) {
} else {
// 事件坐標(biāo)進(jìn)行轉(zhuǎn)換
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
event.offsetLocation(offsetX, offsetY);
// 把事件傳遞給child
handled = child.dispatchTouchEvent(event);
event.offsetLocation(-offsetX, -offsetY);
}
return handled;
}
transformedEvent = MotionEvent.obtain(event);
} else {
transformedEvent = event.split(newPointerIdBits);
}
if (child == null) {
}
// 2. child沒(méi)單位矩陣的情況
else {
// 事件坐標(biāo)進(jìn)行轉(zhuǎn)換
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
transformedEvent.offsetLocation(offsetX, offsetY);
if (! child.hasIdentityMatrix()) {
transformedEvent.transform(child.getInverseMatrix());
}
// 把事件傳遞給child
handled = child.dispatchTouchEvent(transformedEvent);
}
return handled;
}
我們可以看到無(wú)論是哪種情況，最終都會(huì)調(diào)用child.dispatchTouchEvent()方法把ACTION_MOVE事件傳遞給child。 也就是說(shuō)處理了ACTION_DOWN事件的子View最終會(huì)收到ACTION_MOVE事件。
我們用一張圖來(lái)總結(jié)下ViewGroup不截?cái)?code>ACTION_MOVE事件的處理流程
截?cái)郃CTION_MOVE
從前面的分析的可知，如果ViewGroup截?cái)?code>ACTION_MOVE事件，是有兩種情況
mFirstTouchTarget == null，那么ViewGroup就要截?cái)嗍录约簛?lái)處理。mFirstTouchTarget != null，并且子View允許截?cái)嗍录琕iewGroup的onInterceptTouchEvent()返回true。
然而這兩種情況的代碼處理流程是不同的，這無(wú)疑又給代碼分析增加了難度，我們先來(lái)看第一種情況，沒(méi)有mFirstTouchTarget的情況
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
} else {
// 1. mFirstTouchTarget為null, 截?cái)嗍录?
intercepted = true;
}
if (!canceled && !intercepted) {
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
}
}
if (mFirstTouchTarget == null) {
// 2. 截?cái)嗔耍咽录唤oViewGroup自己處理
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
// ...
}
}
return handled;
}
從代碼可以看到，當(dāng)mFirstTouchTarget == null的時(shí)候，ViewGroup截?cái)嗍录驼{(diào)用dispatchTransformedTouchEvent()方法交給自己處理，這個(gè)方法之前分析過(guò)，不過(guò)注意這里的第三個(gè)參數(shù)為null，代表沒(méi)有處理這個(gè)事件的子View
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
// 手指數(shù)沒(méi)變
if (newPointerIdBits == oldPointerIdBits) {
if (child == null || child.hasIdentityMatrix()) {
if (child == null) {
// 調(diào)用父類View的dispatchTouchEvent()方法
handled = super.dispatchTouchEvent(event);
} else {
}
return handled;
}
}
很簡(jiǎn)單，就是調(diào)用父類View的dispatchTouchEvent()方法，也就是調(diào)用了ViewGroup.onTouchEvent()方法，并且ViewGroup.dispatchTouchEvent()的返回值與ViewGroup.onTouchEvent()相同。
現(xiàn)在來(lái)看看第二種截?cái)嗟那闆r，也就是mFirstTouchTarget != null，并且ViewGroup.onInterceptTouchEvent()返回true。
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
// 檢測(cè)是否截?cái)?
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
// 1. 子View允許截?cái)?，并且ViewGroup也截?cái)嗔耍琲ntercepted為true
intercepted = onInterceptTouchEvent(ev);
} else {
intercepted = false;
}
} else {
}
if (!canceled && !intercepted) {
// ...
}
if (mFirstTouchTarget == null) {
// ...
} else {
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
// ...
} else {
// intercepted為true, cancelChild為true，代表取消child處理事件
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
// 2. 向child發(fā)送ACTION_CANCEL事件
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
// 取消child處理事件
if (cancelChild) {
if (predecessor == null) {
// 3. 把mFirstTouchTarget值設(shè)為null
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
}
return handled;
}
第1步，當(dāng)mFirstTouchTarget != null，子View允許父ViewGroup截?cái)?code>ACTION_MOVE事件，并且ViewGroup.onInterceptTouchEvent()返回true，也就是父ViewGroup截?cái)嗍录?/p>
第2步，ViewGroup仍然會(huì)調(diào)用dispatchTransformedTouchEvent()方法把事件發(fā)送給mFirstTouchTarget，只是這次mFisrtTouchTarget接收到的是ACTION_CANCEL事件，而不是ACTION_MOVE事件。注意，第二個(gè)參數(shù)cancelChild的值為true，我們來(lái)看下具體的方法實(shí)現(xiàn)
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
final int oldAction = event.getAction();
// cancel值為true
if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
// 設(shè)置事件的類型為ACTION_CANCEL
event.setAction(MotionEvent.ACTION_CANCEL);
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
// 把ACTION_CANCEL的事件發(fā)送給child
handled = child.dispatchTouchEvent(event);
}
event.setAction(oldAction);
// 返回child處理結(jié)果
return handled;
}
}
我們可以驚訝的發(fā)現(xiàn)，當(dāng)ViewGroup截?cái)嗔?code>ACTION_MOVE事件，mFirstTouchTarget.child居然收到的是ACTION_CANCEL事件?，F(xiàn)在大家知道了一個(gè)View在怎樣的情況下收到ACTION_CANCEL事件吧?。?！
把ACTION_CANCEL事件發(fā)送給mFirstTouchTarget后還沒(méi)完，還進(jìn)行了第3步，把mFirstTouchTarget設(shè)置為null。 這就很過(guò)分了，ViewGroup截?cái)嗔吮緛?lái)屬于mFirstTouchTarget的ACTION_MOVE事件，把ACTION_MOVE變?yōu)?code>ACTION_CANCEL事件發(fā)送了mFirstTouchTarget，最后還要取消mFirstTouchTarget.child接收后續(xù)事件的資格。
由于滑動(dòng)的時(shí)候，會(huì)產(chǎn)生大量的ACTION_MOVE事件，既然ViewGroup截?cái)?code>ACTION_MOVE之后，后續(xù)的ACTION_MOVE事件怎么處理呢？當(dāng)然是按照mFirstTouchTarget == null的情況，調(diào)用ViewGroup.onTouchEvent()處理。
現(xiàn)在，我們?cè)儆靡环鶊D來(lái)表示ViewGroup截?cái)?code>ACTION_MOVE事件的過(guò)程
這幅圖沒(méi)有列出發(fā)送ACTION_CANCEL結(jié)果，似乎平時(shí)也沒(méi)有在意ACTION_CANCEL的處理結(jié)果。
處理 ACTION_UP 和 ACTION_CANCEL 事件
View/ViewGroup每一次都是處理一個(gè)事件序列，一個(gè)事件序列由ACTON_DOWN開(kāi)始，由ACTION_UP/ACTION_CANCEL結(jié)束，中間有零個(gè)或者多個(gè)ACTION_MOVE事件。
ACTION_UP和ACTION_CANCEL理論上講只能取其一。
ViewGroup處理ACTION_UP和ACTION_CANCEL事件與處理ACTION_MOVE事件的流程是一樣的，大家可以從源代碼中自行再分析一遍。
正確地使用requestDisallowInterceptTouchEvent()
前面我們一直在提子View能夠請(qǐng)求父View不允許截?cái)嗍录?，那么子View如何做到呢
final ViewParent parent = getParent();
if (parent != null) {
parent.requestDisallowInterceptTouchEvent(true);
}
獲取父View，并調(diào)用其requestDisallowInterceptTouchEvent(true)方法，從而不允許父View截?cái)嗍录?/p>
父View一般為ViewGroup，我們就來(lái)看看ViewGroup.requestDisallowInterceptTouchEvent()方法的實(shí)現(xiàn)吧
// ViewGroup.java
public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {
// 已經(jīng)設(shè)置FLAG_DISALLOW_INTERCEPT標(biāo)記，就直接返回
if (disallowIntercept == ((mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0)) {
// We're already in this state, assume our ancestors are too
return;
}
// 根據(jù)參數(shù)值來(lái)決定是否設(shè)置FLAG_DISALLOW_INTERCEPT標(biāo)記
if (disallowIntercept) {
mGroupFlags |= FLAG_DISALLOW_INTERCEPT;
} else {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
// 把這個(gè)請(qǐng)求繼續(xù)往上傳給父View
if (mParent != null) {
mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
}
}
requestDisallowInterceptTouchEvent(boolean disallowIntercept)會(huì)根據(jù)參數(shù)disallowIntercept的值來(lái)決定是否設(shè)置FLAG_DISALLOW_INTERCEPT標(biāo)記，再去請(qǐng)求父View做相同的事情。
現(xiàn)在，我們可以想象一個(gè)事情，假如某個(gè)子View調(diào)用了getParent.requestDisallowInterceptTouchEvent(true)，那么這個(gè)子View的上層的所有父View都會(huì)設(shè)置一個(gè)FLAG_DISALLOW_INTERCEPT標(biāo)記。這個(gè)標(biāo)記一旦設(shè)置，那么所有的父View不再截?cái)嗪罄m(xù)任何事件。這個(gè)方法實(shí)在是霸道，要慎用，否則可能影響某個(gè)父View的功能。
然而requestDisallowInterceptTouchEvent()方法的調(diào)用并不是在任何時(shí)候都有效的，請(qǐng)看如下代碼
private void resetTouchState() {
// 清除FLAG_DISALLOW_INTERCEPT標(biāo)記
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
public boolean dispatchTouchEvent(MotionEvent ev) {
if (onFilterTouchEventForSecurity(ev)) {
// ACTION_DOWN清除FLAG_DISALLOW_INTERCEPT標(biāo)記
if (actionMasked == MotionEvent.ACTION_DOWN) {
resetTouchState();
}
final boolean canceled = resetCancelNextUpFlag(this)
|| actionMasked == MotionEvent.ACTION_CANCEL;
// 省略處理ACTION_DOWM, ACTION_MOVE, ACTIOON_UP的代碼
// ACTION_CANCEL或者ACTION_UP也會(huì)清除FLAG_DISALLOW_INTERCEPT標(biāo)記
if (canceled
|| actionMasked == MotionEvent.ACTION_UP
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
resetTouchState();
} else if (split && actionMasked == MotionEvent.ACTION_POINTER_UP) {
}
}
return handled;
}
我們可以發(fā)現(xiàn)，在處理ACTION_DOWN事件的時(shí)候，會(huì)首先清除這個(gè)FLAG_DISALLOW_INTERCEPT標(biāo)記，那意思就是說(shuō)，子View如果在父View處理ACTION_DOWN之前調(diào)用了getParent().requestDisallowInterceptTouchEvent(true)方法，其實(shí)是無(wú)效的。
ACTION_UP或ACTION_CANCEL事件，都表示事件序列的終止，我們可以看到，在處理完ACTION_UP或ACTION_CANCEL事件，都會(huì)取消FLAG_DISALLOW_INTERCEPT標(biāo)記。很顯然這是可以理解的，因?yàn)橐粋€(gè)事件序列完了，就要恢復(fù)狀態(tài)，等待處理下一個(gè)事件序列。
現(xiàn)在，我們現(xiàn)在可以得出一個(gè)推論，getParent().requestDisallowInterceptTouchEvent(true)是要在接收ACTION_DOWN之后，并在接收ACTION_UP或ACTION_CANCEL事件之前調(diào)用才有效。很明顯這個(gè)方法只是在針對(duì)ACTION_MOVE事件。
那么，什么情況下子View會(huì)去請(qǐng)求不允許父View截?cái)?code>ACTION_MOVE事件呢？我用ViewPager舉例讓大家體會(huì)下。
第一種情況就是ViewPager在onInterceptTouchEvent()接收到ACTION_MOVE事件，準(zhǔn)備截?cái)?code>ACTION_MOVE事件，在執(zhí)行滑動(dòng)代碼之前，調(diào)用getParent().requestDisallowInterceptTouchEvent(true)， 請(qǐng)求父View不允許截?cái)嗪罄m(xù)ACTION_MOVE事件。為何要向父View做這個(gè)請(qǐng)求？因?yàn)榧热?code>ViewPager已經(jīng)利用ACTION_MOVE開(kāi)始滑動(dòng)了，父View再截?cái)?code>ViewPager的ACTION_MOVE就說(shuō)不過(guò)去了吧。
第二種情況就是ViewPager在手指快速滑動(dòng)并抬起后，ViewPager仍然還處于滑動(dòng)狀態(tài)，此時(shí)如果手指再按下，ViewPager認(rèn)為這是一個(gè)終止當(dāng)前滑動(dòng)，并重新進(jìn)行滑動(dòng)的動(dòng)作，因此ViewPager會(huì)向父View請(qǐng)求不允許截?cái)?code>ACTION_MOVE事件，因?yàn)樗R上利用ACTION_MOVE開(kāi)始再進(jìn)行滑動(dòng)。
如果大家能看懂這前后兩篇文章，分析ViewPager沒(méi)有太大的問(wèn)題的。
從這兩種情況可以得出一個(gè)結(jié)論，那就是如果當(dāng)前控件即將利用ACTION_MOVE來(lái)執(zhí)行某種持續(xù)的動(dòng)作前，例如滑動(dòng)，那么它可以請(qǐng)求父View不允許截?cái)嗪罄m(xù)的ACTION_MOVE事件。
總結(jié)
文章非常長(zhǎng)，但是已經(jīng)把每個(gè)過(guò)程都分析清楚了。然而在實(shí)戰(zhàn)中，無(wú)論是自定義View事件處理，還是事件沖突解決，我們往往會(huì)感覺(jué)畏首畏尾，有點(diǎn)摸不著頭腦?，F(xiàn)在我對(duì)本文的關(guān)鍵點(diǎn)進(jìn)行總結(jié)，希望大家在實(shí)際應(yīng)用中牢記這些關(guān)鍵點(diǎn)
- 一定要要知道
ViewGroup.dispatchTouchEvent()何時(shí)返回true，何時(shí)返回false。因?yàn)樘幚砹耸录欧祷?code>true，因?yàn)闆](méi)有處理事件才返回false。 - 處理
ACTION_DOWN時(shí)，出現(xiàn)一個(gè)關(guān)鍵變量，就是mFirstTouchTarget，一定要記住，只有在消費(fèi)了ACTION_DOWN事件才有值。 ACTION_MOVE正常的情況下會(huì)傳給mFirstTouchTarget.child，而如果被ViewGroup截?cái)?，就?huì)把接收到ACTION_MOVE變?yōu)?code>ACTION_CANCEL事件發(fā)送給mFirstTouchTarget.child，并且把mFirstTouchTarget置空，后續(xù)的ACTION_MOVE事件就會(huì)傳給ViewGroup的onTouchEvent()。ACTION_UP,ACTION_CANCEL事件處理流程與ACTION_MOVE一樣。- 注意子View請(qǐng)求不允許父View截?cái)嗟恼{(diào)用時(shí)機(jī)。
以上就是Android ViewGroup事件分發(fā)和處理源碼分析的詳細(xì)內(nèi)容，更多關(guān)于Android ViewGroup事件分發(fā)處理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
- Android?自定義開(kāi)源庫(kù)?EasyView實(shí)現(xiàn)詳解
- Android?TextView冷門(mén)實(shí)用方法技巧
- Android?TextView的maxEms和maxLength屬性區(qū)別
- Android報(bào)錯(cuò)Didn‘t?find?class?“android.view.x“問(wèn)題解決原理剖析
- Android?ViewModel創(chuàng)建不受橫豎屏切換影響原理詳解
- Android源碼解析onResume方法中獲取不到View寬高
- Android設(shè)置TextView樣式SpannableString教程
- Android 自定義View實(shí)現(xiàn)計(jì)時(shí)文字詳解
相關(guān)文章
Android控件ImageSwitcher實(shí)現(xiàn)左右圖片切換功能
這篇文章主要為大家詳細(xì)介紹了Android控件ImageSwitcher實(shí)現(xiàn)左右圖片切換功能，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2016-05-05
android 仿微信demo——微信主界面實(shí)現(xiàn)
本系列文章主要介紹了微信小程序-閱讀小程序?qū)嵗╠emo），小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧，希望能給你們提供幫助2021-06-06
Android利用Canvas標(biāo)點(diǎn)畫(huà)線并加入位移動(dòng)畫(huà)(1)
這篇文章主要為大家詳細(xì)介紹了Android利用Canvas標(biāo)點(diǎn)畫(huà)線并加入位移動(dòng)畫(huà)的第一篇，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2022-09-09
這篇文章主要為大家詳細(xì)介紹了Android線程池控制并發(fā)數(shù)多線程下載，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2019-01-01
這篇文章主要為大家詳細(xì)介紹了Android自定義View仿探探卡片滑動(dòng)效果，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2019-01-01
Android Application級(jí)別自定義Toast
這篇文章主要為大家詳細(xì)介紹了Android Application級(jí)別自定義Toast，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2018-08-08
Android倒計(jì)時(shí)功能的實(shí)現(xiàn)代碼
這篇文章主要介紹了Android倒計(jì)時(shí)功能的實(shí)現(xiàn)代碼,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì)，具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2019-12-12
Android權(quán)限管理之Permission權(quán)限機(jī)制及使用詳解
本篇文章主要介紹了Android權(quán)限管理之Permission權(quán)限機(jī)制及使用，主要講訴了android的權(quán)限使用問(wèn)題，有需要的可以了解一下。2016-11-11
Android仿抖音主頁(yè)效果實(shí)現(xiàn)代碼
這篇文章主要介紹了Android仿抖音主頁(yè)效果實(shí)現(xiàn),本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2020-12-12
EditText監(jiān)聽(tīng)方法，實(shí)時(shí)的判斷輸入多少字符
在EditText提供了一個(gè)方法addTextChangedListener實(shí)現(xiàn)對(duì)輸入文本的監(jiān)控。本文分享了EditText監(jiān)聽(tīng)方法案例，需要的朋友一起來(lái)看下吧2016-12-12