大家知道Android中的視圖是由一個(gè)個(gè)View嵌套構(gòu)成的層級(jí)視圖，即一個(gè)View里包含有子View，而這個(gè)子View里面又可以再添加View。當(dāng)用戶觸摸屏幕產(chǎn)生一系列事件時(shí)，事件會(huì)由高到低，由外向內(nèi)依次傳遞，最終把事件交到一個(gè)具體的View手上處理，這個(gè)傳遞的過程就叫做事件分發(fā)。
從手觸摸屏幕開始所產(chǎn)生一系列MotionEvent事件，將事件傳遞到具體的某一個(gè)View的過程就叫做事件分發(fā)。
Android將觸摸事件統(tǒng)一封裝成MontionEvent類，以Down事件開始，Up事件結(jié)束，中間可能會(huì)產(chǎn)生其實(shí)事件(例如Move)，組成一個(gè)完整的事件系列。
同時(shí)事件分發(fā)又有三個(gè)重要的方法：
boolean dispatchTouchEvent(MotionEvent e)
如果事件能夠傳遞給當(dāng)前View，此方法一定會(huì)被調(diào)用，意味著當(dāng)前View接受到事件。
boolean onInterceptTouchEvent()
在dispatchTouchEvent方法中調(diào)用，用來判斷是否要攔截當(dāng)前事件?；旧喜粩r截事件。
boolean onTouchEvent()
在dispatchTouchEvent方法中調(diào)用，用來處理點(diǎn)擊事件。返回ture則意味事件被消費(fèi)。
三大方法有著千絲萬縷的關(guān)系。調(diào)用dispatchTouchEvent()方法則說明事件已經(jīng)交到該View手上了，接來下要么View自己攔截(onInterceptTouchEvent())處理事件，要么傳遞給子View。
?publicbooleandispatchTouchEvent(MotionEvent ev){
booleanconsume;
if(onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
}else{
consume = child.dispatchTouchEvent(ev);
}
returnconsume;
}
?舉個(gè)例子: 小明的父親準(zhǔn)備將傳家寶傳給小明(dispatchTouchEvent)。小明拿到傳家寶后，立馬對(duì)自己的兒子進(jìn)行了重重考核(onInterceptTouchEvent)，最終小明覺得自己的兒子太不爭(zhēng)氣了。就決定不把傳家寶交給兒子，把寶貝拿去賣了換錢養(yǎng)老(onTouchEvent)。所以到這，該寶貝傳到小明手上就斷了傳承，同理事件也就意味著結(jié)束了。
當(dāng)然如果小明兒子挺爭(zhēng)氣的，小明就會(huì)把傳家寶傳給兒子。到了小明的兒子手上又如此向下反復(fù)傳承。直至有后代自己把寶貝處理了，斷了傳承，事件也才被消費(fèi)結(jié)束。
小明有后代的情況下才有義務(wù)把傳家寶傳下去，所以他會(huì)把傳家寶傳給符合自己要求的兒子，如果兒子不符合要求，則自己拿來養(yǎng)老。所以ViewGroup的dispatchTouchEvent()一般都不攔截事件，只有在很苛刻的條件下才會(huì)主動(dòng)攔截。接下來再找到符合條件的子View，把事件傳遞給他。
如果小明終無后人，則傳家寶到小明手上后就斷了傳承，自己連傳和不傳的選擇都沒有，只能自己想辦法給處理了。所以View沒有onInterceptTouchEvent()方法，交到View手上也就意味著事件即將處理。(此View非彼View，例如TextView這種單獨(dú)的View，不能再添加子View)
從那兒開始發(fā)事件？
事件最終會(huì)交給一個(gè)View處理，那事件最開始是從那兒傳遞的呢？Activity。 產(chǎn)生事件最先會(huì)交給Activity，再依次向下傳遞。
?Activity
publicbooleandispatchTouchEvent(MotionEvent ev){
if(ev.getAction() == MotionEvent.ACTION_DOWN) {
//空實(shí)現(xiàn)
onUserInteraction();
}
if(getWindow().superDispatchTouchEvent(ev)) {
returntrue;
}
returnonTouchEvent(ev);
}
PhoneWindow
@Override
publicbooleansuperDispatchTouchEvent(MotionEvent event){
returnmDecor.superDispatchTouchEvent(event);
}
DecorView
publicbooleansuperDispatchTouchEvent(MotionEvent event){
returnsuper.dispatchTouchEvent(event);
}
?
Activity會(huì)將事件傳遞給Window，window又會(huì)向下繼續(xù)傳遞。如果最終都沒有View消費(fèi)事件(superDispatchTouchEvent返回false)，則Activity會(huì)自己調(diào)用onTouchEvent()方法處理事件。
if(getWindow().superDispatchTouchEvent(ev)) {
returntrue;
}
returnonTouchEvent(ev);
而PhoneWindow又會(huì)把事件傳遞給DecorView(FrameLayout)。這篇文章對(duì)三者之間的關(guān)系有一個(gè)簡(jiǎn)單的說明。而FrameLayout(包括其他4大布局)都沒有重寫dispatchTouchEvent()方法，所以系統(tǒng)的事件傳遞規(guī)則都會(huì)按照ViewGroup的dispatchTouchEvent()方法處理。
graph TB
A{Activity}-->B{Window}
B{Window}-->C{DecorView}
從小明有兒子的情況說起
// Check for interception.
finalbooleanintercepted;
if(actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget !=null) {
finalbooleandisallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) !=0;
if(!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
}else{
intercepted =false;
}
}else{
intercepted =true;
}
ViewGroup的dispatchTouchEvent()方法會(huì)先判斷自己是否要攔截當(dāng)前事件，是否攔截的作用在于，是自己處理事件，還是要將事件傳遞下去。即intercepted為true自己處理，為false則尋找子View向下傳遞。當(dāng)然如果沒有符合傳遞要求的子View，事件還是會(huì)由當(dāng)前View自己處理。
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)
actionMasked == MotionEvent.ACTION_DOWN好理解。其二，當(dāng)子View消費(fèi)事件時(shí)，父View會(huì)把消費(fèi)事件的子View用鏈表記錄下來,方便后續(xù)事件傳遞，而mFirstTouchTarget就是鏈表表頭。沒有子View能夠接受事件,或者子View接受到事件但是不消費(fèi),mFirstTouchTargets為null。就會(huì)造成下次產(chǎn)生其它事件，走到這里該表達(dá)式?jīng)]有一個(gè)為真，則當(dāng)前View直接攔截事件處理。以后的事件子View想都不要想了。
如果View開始處理事件，但是不消耗最開頭的ACTION_DONW事件(例如：執(zhí)行onTouchEvent()方法卻返回false),以后同系列的事件都不會(huì)再交給他。
同時(shí)父View以后也不會(huì)再有機(jī)會(huì)執(zhí)行onInterceptTouchEvent()方法。
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
該表達(dá)式默認(rèn)情況下為false，所以會(huì)調(diào)用onInterceptTouchEvent()方法，但onInterceptTouchEvent()還是不攔截返回false。我們可以調(diào)用requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法修改標(biāo)志位mGroupFlags，即(mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0表達(dá)式成立為ture。
但intercepted還是為false不攔截？那這個(gè)表達(dá)式和requestDisallowInterceptTouchEvent()方法的價(jià)值和意義在哪兒？？
如我們表面所看到的，目的就是為了執(zhí)不執(zhí)行onInterceptTouchEvent()方法。例如：當(dāng)我們自定義View時(shí)，在InterceptTouchEvent()方法中處理事件攔不攔截的邏輯。子View可以調(diào)用parent.requestDisallowInterceptTouchEvent(true)方法可以讓父View沒機(jī)會(huì)執(zhí)行處理攔截的邏輯，直接讓父View開始傳遞事件。就像小明兒子不管父親對(duì)自己有什么樣的看法，直接把傳家寶搶到自己手上一個(gè)道理。
事件為Down時(shí)會(huì)重置mGroupFlags標(biāo)志位狀態(tài)，即無論怎樣還是要走一遭onInterceptTouchEvent()方法。
// 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);
//重置mGroupFlags
resetTouchState();
}
走到這后，如果intercept為false，則小明心里面已經(jīng)沒有自己賣掉傳家寶的想法了。此時(shí)是想把傳家寶傳下去的，接下來就是挑選合格的繼承人了。
遍歷子View，將事件傳遞給符合條件的View。
ViewGroup，挑選傳遞事件的子View要符合兩個(gè)條件:
可見狀態(tài) 事件的坐標(biāo)在子View范圍
符合這兩個(gè)條件,則調(diào)用dispatchTransformedTouchEvent()方法把事件傳遞給子View。dispatchTransformedTouchEvent()方法會(huì)根據(jù)child參數(shù)來做不同的處理，當(dāng)子View為null時(shí)調(diào)用View的dispatchTouchEvent()傳遞事件，意味當(dāng)前View自己處理事件。child不為null的情況下，則調(diào)用child的dispatchTouchEvent()把事件交給子View。
if (child == null) {
handled = super.dispatchTouchEvent(transformedEvent);
} else {
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
transformedEvent.offsetLocation(offsetX, offsetY);
if (! child.hasIdentityMatrix()) {
transformedEvent.transform(child.getInverseMatrix());
}
handled = child.dispatchTouchEvent(transformedEvent);
}
我們以上面布局為例，當(dāng)我們點(diǎn)擊TextView產(chǎn)生Down事件，交到DecorView手上。事件的坐標(biāo)在ContentView(FrameLayout)區(qū)域內(nèi)，DecorView調(diào)用dispatchTransformedTouchEvent()方法，把事件交給ContentView。ContentView又把事件交給RelativeLayout->LinearLayout->TextView。DecorView執(zhí)行的dispatchTransformedTouchEvent()要等待ContentView的dispatchTouchEvent()方法執(zhí)行結(jié)束才有結(jié)果，而ContentView又需要等RelativeLayout執(zhí)行結(jié)束。
如果最終TextView消費(fèi)了事件，dispatchTouchEvent()返回ture。隨之LinearLayout的dispatchTransformedTouchEvent()執(zhí)行結(jié)束為ture。隨后調(diào)用
newTouchTarget = addTouchTarget(child, idBitsToAssign);
將TextView記錄下來插入表頭
LinearLayout.mFirstTouchTarget.child = TextView;mFirstTouchTarget.next = null;
LinearLayout的dispatchTouchEvent()執(zhí)行結(jié)束返回true，隨后RelativeLayout的dispatchTransformedTouchEvent()執(zhí)行結(jié)束為ture;
RelativeLayout.mFirstTouchTarget.child = LinearLayout;mFirstTouchTarget.next = null;
如此反復(fù)向上，Down事件分發(fā)結(jié)束。
如果Dwon事件交到TextView手上，但是TextView并未消費(fèi)事件，TextView的dispatchTouchEvent()返回false，隨即LinearLayout的dispatchTransformedTouchEvent()方法結(jié)果為false，造成mFirstTouchTarget不能初始化還是為null。隨后LinearLayout會(huì)自己處理事件。
if(mFirstTouchTarget ==null) {
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled,null,
TouchTarget.ALL_POINTER_IDS);
}
如果LinearLayout依舊不消費(fèi)事件，則RelativeLayout的mFirstTouchTarget為null,RelativeLayout自己處理事件。如此向上反復(fù)，最終Activity會(huì)處理事件。接下來如果又觸摸屏幕產(chǎn)生了其它后續(xù)事件(Move)
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) 沒有一個(gè)為真，當(dāng)事件交給DecorView時(shí)就不向下走了，事件會(huì)在Activity，window，DecorView三者之間來回傳遞，最后還是Activity處理。
Case:
finalView[] children = mChildren;
for(inti = childrenCount -1; i >=0; i--) {
//i
finalintchildIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
//children[i]
finalView 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.
//事件針對(duì)特殊情況，對(duì)象才會(huì)不為空
if(childWithAccessibilityFocus !=null) {
if(childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus =null;
i = childrenCount -1;
}
/*
*canViewReceivePointerEvents()確保子View要可見。執(zhí)行補(bǔ)間動(dòng)畫時(shí)View會(huì)變成可見,即使View的Visibility屬性為INVISIBLE。
*isTransformedTouchPointInView()判斷事件的坐標(biāo)是否落在當(dāng)前子View的區(qū)域內(nèi)。
*/
if(!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child,null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
//如果之前已有事件交由子View處理消費(fèi)，則直接跳出循環(huán)，將事件傳遞下去
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);
//將事件傳遞給子View
if(dispatchTransformedTouchEvent(ev,false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds.
mLastTouchDownTime = ev.getDownTime();
//反射測(cè)試preorderedList == null，該集合按照子View繪制順序和Z軸排序子View。
if(preorderedList !=null) {
// childIndex points into presorted list, find original index
for(intj =0; j < childrenCount; j++) {
if(children[childIndex] == mChildren[j]) {
mLastTouchDownIndex = j;
break;
}
}
}else{
mLastTouchDownIndex = childIndex;
}
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
//鏈表存儲(chǔ)消費(fèi)事件的子View
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);
}
TextView之前消費(fèi)了Donw事件,此時(shí)手指還未離開屏幕，來回移動(dòng)產(chǎn)生Move事件。Move事件經(jīng)Activity交到DecorView手上，DecorView還是一樣需要先判斷事件是否攔截。
if(actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget !=null) {
finalbooleandisallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) !=0;
if(!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
}else{
intercepted =false;
}
}
依舊會(huì)執(zhí)行onInterceptTouchEvent()方法，雖然結(jié)果還是不攔截。隨后直接從mFirstTouchTarget表頭找到之前消費(fèi)Down事件的子Viwe，將事件傳遞給它。不需要再遍歷尋找子View了：
if(actionMasked == MotionEvent.ACTION_DOWN || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN) || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
//...........
finalView[] children = mChildren;
for(inti = childrenCount -1; i >=0; i--) {
}
只有當(dāng)事件為Down/ACTION_POINTER_DOWN/ACTION_HOVER_MOVE這三種情況時(shí)才會(huì)遍歷查找符合條件的子View，所以當(dāng)TextView消費(fèi)Down事件后，LinearLayout就認(rèn)準(zhǔn)他了，以后的事件都會(huì)交給他處理。即使我們的移動(dòng)范圍已經(jīng)超出了TextView，TextView不可見。事件還是會(huì)交給他。
所以，同一系列事件只能由一個(gè)View消費(fèi)。//除開自己的騷操作
if(mFirstTouchTarget ==null) {
handled = dispatchTransformedTouchEvent(ev, canceled,null,
TouchTarget.ALL_POINTER_IDS);
}else{
TouchTarget predecessor =null;
TouchTarget target = mFirstTouchTarget;
while(target !=null) {
finalTouchTarget next = target.next;
//事件為Down/ACTION_POINTER_DOWN/ACTION_HOVER_MOVE并且被消費(fèi)
if(alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled =true;
}else{
finalbooleancancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
//第二次Move事件
if(dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled =true;
}
}
}
可以看到，下回產(chǎn)生的Move事件，確定不攔截后就會(huì)走到while中的else中去，如果TextView這回沒有消費(fèi)Move事件，這些事件最終還是會(huì)交給Activity處理，以后TextView還是接受到后續(xù)的事件。
View是怎么開始事件？
View和ViewGroup不同，View的dispatchTouchEvent()方法，意味將準(zhǔn)備開始處理事件了。
publicbooleandispatchTouchEvent(MontionEvent event){
//.....
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;
}
}
如果我們給View設(shè)置了onTouchListener監(jiān)聽器，則優(yōu)先會(huì)回調(diào)Listener的onTouch()方法。如果onTouch()方法返回了false,則還是會(huì)執(zhí)行onTouchEvent()方法。通常我們給View設(shè)置的onClickListener，就是在onTouchEvent()方法中的Up事件處理的。所以onTouchListener優(yōu)先級(jí)大于onClickListener。
switch(action) {
caseMotionEvent.ACTION_UP:
if(!post(mPerformClick)) {
//該方法里會(huì)回調(diào)onClick()
performClick();
}
}
publicbooleanonTouchEvent(MotionEvent event){
finalbooleanclickable = ((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
//View,setEnable()后還是能處理事件。如果我們有給View設(shè)置監(jiān)聽器，該事件被消費(fèi)。
if((viewFlags & ENABLED_MASK) == DISABLED) {
if(action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) !=0) {
setPressed(false);
}
mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
returnclickable;
}
if(clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
switch(action) {
caseMotionEvent.ACTION_UP:
caseMotionEvent.ACTION_DOWN:
caseMotionEvent.ACTION_MOVE:
}
returntrue;
}
returnfalse;
}
View的CLICKABLE屬性要為ture，View才能消費(fèi)上事件。不然onTouchEvent()會(huì)執(zhí)行結(jié)束返回false，沒有機(jī)會(huì)消費(fèi)事件。當(dāng)我們給View設(shè)置監(jiān)聽器后，就會(huì)將CLICKABLE屬性設(shè)為true。(Button默認(rèn)為ture)
publicvoidsetOnClickListener(@NullableOnClickListener l){
if(!isClickable()) {
setClickable(true);
}
getListenerInfo().mOnClickListener = l;
}
以上面的示例布局為例:如果沒有給ReativeLayout，LinearLayout，TextView設(shè)置監(jiān)聽器。點(diǎn)擊TextView產(chǎn)生Down事件，交到TextView手上執(zhí)行onTouchEvent()方法時(shí)，clickable結(jié)果為false。TextView未能消費(fèi)事件，事件由LinearLayout處理時(shí)也未能消費(fèi)，RelativeLayout結(jié)果一樣。最后由Activity處理，后續(xù)事件都不會(huì)再向下傳遞，會(huì)在Activity，window，DecorView之間來回打滾傳遞。
ViewGroup有傳遞事件的使命，子View符合可見和在事件坐標(biāo)上，則傳。
沒有符合條件的子View和傳遞給子View不消費(fèi)，將自己處理。以后事件子View想都不要想。
當(dāng)父View認(rèn)準(zhǔn)子View(mFirstTouchTarget!=null)，以后的事件都會(huì)交給他處理，即使子View不可見和事件坐標(biāo)超出子View范圍。
事件交給單獨(dú)的View意味著即將處理消費(fèi)事件，記著要給View設(shè)置監(jiān)聽器CLICKABLE為ture，View才能消費(fèi)事件上。不然onTouch()方法直接返回false，以后都接受不到事件。
onTouchListener優(yōu)先級(jí)大于onClickListener。
