綜述

　　Android中的事件分發(fā)機(jī)制也就是View與ViewGroup的對(duì)事件的分發(fā)與處理。在ViewGroup的內(nèi)部包含了許多View，而ViewGroup繼承自View，所以ViewGroup本身也是一個(gè)View。對(duì)于事件可以通過ViewGroup下發(fā)到它的子View并交由子View進(jìn)行處理，而ViewGroup本身也能夠?qū)κ录龀鎏幚怼Ｏ旅婢蛠碓敿?xì)分析一下ViewGroup對(duì)時(shí)間的分發(fā)處理。

MotionEvent

　　當(dāng)手指接觸到屏幕以后，所產(chǎn)生的一系列的事件中，都是由以下三種事件類型組成。
　　1. ACTION_DOWN: 手指按下屏幕
　　2. ACTION_MOVE: 手指在屏幕上移動(dòng)
　　3. ACTION_UP: 手指從屏幕上抬起
　　例如一個(gè)簡(jiǎn)單的屏幕觸摸動(dòng)作觸發(fā)了一系列Touch事件:ACTION_DOWN->ACTION_MOVE->…->ACTION_MOVE->ACTION_UP
　　對(duì)于Android中的這個(gè)事件分發(fā)機(jī)制，其中的這個(gè)事件指的就是MotionEvent。而View的對(duì)事件的分發(fā)也是對(duì)MotionEvent的分發(fā)操作。可以通過getRawX和getRawY來獲取事件相對(duì)于屏幕左上角的橫縱坐標(biāo)。通過getX()和getY()來獲取事件相對(duì)于當(dāng)前View左上角的橫縱坐標(biāo)。

三個(gè)重要方法

public boolean dispatchTouchEvent(MotionEvent ev)

　　這是一個(gè)對(duì)事件分發(fā)的方法。如果一個(gè)事件傳遞給了當(dāng)前的View，那么當(dāng)前View一定會(huì)調(diào)用該方法。對(duì)于dispatchTouchEvent的返回類型是boolean類型的，返回結(jié)果表示是否消耗了這個(gè)事件，如果返回的是true，就表明了這個(gè)View已經(jīng)被消耗，不會(huì)再繼續(xù)向下傳遞。　　

public boolean onInterceptTouchEvent(MotionEvent ev)

　　該方法存在于ViewGroup類中，對(duì)于View類并無此方法。表示是否攔截某個(gè)事件，ViewGroup如果成功攔截某個(gè)事件，那么這個(gè)事件就不在向下進(jìn)行傳遞。對(duì)于同一個(gè)事件序列當(dāng)中，當(dāng)前View若是成功攔截該事件，那么對(duì)于后面的一系列事件不會(huì)再次調(diào)用該方法。返回的結(jié)果表示是否攔截當(dāng)前事件，默認(rèn)返回false。由于一個(gè)View它已經(jīng)處于最底層，它不會(huì)存在子控件，所以無該方法。 　　

public boolean onTouchEvent(MotionEvent event)

　　這個(gè)方法被dispatchTouchEvent調(diào)用，用來處理事件，對(duì)于返回的結(jié)果用來表示是否消耗掉當(dāng)前事件。如果不消耗當(dāng)前事件的話，那么對(duì)于在同一個(gè)事件序列當(dāng)中，當(dāng)前View就不會(huì)再次接收到事件。 　　

 View事件分發(fā)流程圖

　　對(duì)于事件的分發(fā)，在這里先通過一個(gè)流程圖來看一下整個(gè)分發(fā)過程。

ViewGroup事件分發(fā)源碼分析

　　根據(jù)上面的流程圖現(xiàn)在就詳細(xì)的來分析一下ViewGroup事件分發(fā)的整個(gè)過程。
　　手指在觸摸屏上滑動(dòng)所產(chǎn)生的一系列事件，當(dāng)Activity接收到這些事件通過調(diào)用Activity的dispatchTouchEvent方法來進(jìn)行對(duì)事件的分發(fā)操作。下面就來看一下Activity的dispatchTouchEvent方法。

public boolean dispatchTouchEvent(MotionEvent ev) { if (ev.getAction() == MotionEvent.ACTION_DOWN) { onUserInteraction(); } if (getWindow().superDispatchTouchEvent(ev)) { return true; } return onTouchEvent(ev);}

　　通過getWindow().superDispatchTouchEvent(ev)這個(gè)方法可以看出來，這個(gè)時(shí)候Activity又會(huì)將事件交由Window處理。Window它是一個(gè)抽象類，它的具體實(shí)現(xiàn)只有一個(gè)PhoneWindow，也就是說這個(gè)時(shí)候，Activity將事件交由PhoneWindow中的superDispatchTouchEvent方法。現(xiàn)在跟蹤進(jìn)去看一下這個(gè)superDispatchTouchEvent代碼。

public boolean superDispatchTouchEvent(MotionEvent event) { return mDecor.superDispatchTouchEvent(event);}

　　這里面的mDecor它是一個(gè)DecorView，DecorView它是一個(gè)Activity的頂級(jí)View。它是PhoneWindow的一個(gè)內(nèi)部類，繼承自FrameLayout。于是在這個(gè)時(shí)候事件又交由DecorView的superDispatchTouchEvent方法來處理。下面就來看一下這個(gè)superDispatchTouchEvent方法。

public boolean superDispatchTouchEvent(MotionEvent event) { return super.dispatchTouchEvent(event);}

　　在這個(gè)時(shí)候就能夠很清晰的看到DecorView它調(diào)用了父類的dispatchTouchEvent方法。在上面說到DecorView它繼承了FrameLayout，而這個(gè)FrameLayout又繼承自ViewGroup。所以在這個(gè)時(shí)候事件就開始交給了ViewGroup進(jìn)行處理了。下面就開始詳細(xì)看下這個(gè)ViewGroup的dispatchTouchEvent方法。由于dispatchTouchEvent代碼比較長(zhǎng)，在這里就摘取部分代碼進(jì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();}

　　從上面代碼可以看出，在dispatchTouchEvent中，會(huì)對(duì)接收的事件進(jìn)行判斷，當(dāng)接收到的是ACTION_DOWN事件時(shí)，便會(huì)清空事件分發(fā)的目標(biāo)和狀態(tài)。然后執(zhí)行resetTouchState方法重置了觸摸狀態(tài)。下面就來看一下這兩個(gè)方法。

1. cancelAndClearTouchTargets(ev)

private TouchTarget mFirstTouchTarget;......private void cancelAndClearTouchTargets(MotionEvent event) { if (mFirstTouchTarget != null) { boolean syntheticEvent = false; if (event == null) {  final long now = SystemClock.uptimeMillis();  event = MotionEvent.obtain(now, now,   MotionEvent.ACTION_CANCEL, 0.0f, 0.0f, 0);  event.setSource(InputDevice.SOURCE_TOUCHSCREEN);  syntheticEvent = true; } for (TouchTarget target = mFirstTouchTarget; target != null; target = target.next) {  resetCancelNextUpFlag(target.child);  dispatchTransformedTouchEvent(event, true, target.child, target.pointerIdBits); } clearTouchTargets(); if (syntheticEvent) {  event.recycle(); } }}

　　在這里先介紹一下mFirstTouchTarget，它是TouchTarget對(duì)象，TouchTarget是ViewGroup的一個(gè)內(nèi)部類，TouchTarget采用鏈表數(shù)據(jù)結(jié)構(gòu)進(jìn)行存儲(chǔ)View。而在這個(gè)方法中主要的作用就是清空mFirstTouchTarget鏈表并將mFirstTouchTarget設(shè)為空。

2. resetTouchState()

private void resetTouchState() { clearTouchTargets(); resetCancelNextUpFlag(this); mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT; mNestedScrollAxes = SCROLL_AXIS_NONE;}

　　在這里介紹一下FLAG_DISALLOW_INTERCEPT標(biāo)記，這是禁止ViewGroup攔截事件的標(biāo)記，可以通過requestDisallowInterceptTouchEvent方法來設(shè)置這個(gè)標(biāo)記，當(dāng)設(shè)置了這個(gè)標(biāo)記以后，ViewGroup便無法攔截除了ACTION_DOWN以外的其它事件。因?yàn)樵谏厦娲a中可以看出，當(dāng)事件為ACTION_DOWN時(shí)，會(huì)重置FLAG_DISALLOW_INTERCEPT標(biāo)記。
　　那么下面就再次回到dispatchTouchEvent方法中繼續(xù)看它的源代碼。

// Check for interception.final boolean intercepted;if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) { 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;}

　　這段代碼主要就是ViewGroup對(duì)事件是否需要攔截進(jìn)行的判斷。下面先對(duì)mFirstTouchTarget是否為null這兩種情況進(jìn)行說明。當(dāng)事件沒有被攔截時(shí)，ViewGroup的子元素成功處理事件后，mFirstTouchTarget會(huì)被賦值并且指向其子元素。也就是說這個(gè)時(shí)候mFirstTouchTarget!=null。可是一旦事件被攔截，mFirstTouchTarget不會(huì)被賦值，mFirstTouchTarget也就為null。
　　在上面代碼中可以看到根據(jù)actionMasked==MotionEvent.ACTION_DOWN||mFirstTouchTarget!=null這兩個(gè)情況進(jìn)行判斷事件是否需要攔截。對(duì)于actionMasked==MotionEvent.ACTION_DOWN這個(gè)條件很好理解，對(duì)于mFirstTouchTarget!=null的兩種情況上面已經(jīng)說明。那么對(duì)于一個(gè)事件序列，當(dāng)事件為MotionEvent.ACTION_DOWN時(shí)，會(huì)重置FLAG_DISALLOW_INTERCEPT，也就是說!disallowIntercept一定為true，必然會(huì)執(zhí)行onInterceptTouchEvent方法，對(duì)于onInterceptTouchEvent方法默認(rèn)返回為false，所以需要ViewGroup攔截事件時(shí)，必須重寫onInterceptTouchEvent方法，并返回true。這里有一點(diǎn)需要注意，對(duì)于一個(gè)事件序列，一旦序列中的某一個(gè)事件被成功攔截，執(zhí)行了onInterceptTouchEvent方法，也就是說onInterceptTouchEvent返回值為true，那么該事件之后一系列事件對(duì)于條件actionMasked==MotionEvent.ACTION_DOWN||mFirstTouchTarget!=null必然為false，那么這個(gè)時(shí)候該事件序列剩下的一系列事件將會(huì)被攔截，并且不會(huì)執(zhí)行onInterceptTouchEvent方法。于是在這里得出一個(gè)結(jié)論：對(duì)于一個(gè)事件序列，當(dāng)其中某一個(gè)事件成功攔截時(shí)，那么對(duì)于剩下的一系列事件也會(huì)被攔截，并且不會(huì)再次執(zhí)行onInterceptTouchEvent方法
　　下面再來看一下對(duì)于ViewGroup并沒有攔截事件是如何進(jìn)行處理的。

final int childrenCount = mChildrenCount;if (newTouchTarget == null && childrenCount != 0) { 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 = buildOrderedChildList(); final boolean customOrder = preorderedList == null  && isChildrenDrawingOrderEnabled(); final View[] children = mChildren; for (int i = childrenCount - 1; i >= 0; i--) { final int childIndex = customOrder  ? getChildDrawingOrder(childrenCount, i) : i; final View child = (preorderedList == null)  ? children[childIndex] : preorderedList.get(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; } 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); 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();  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();}

　　對(duì)于這段代碼雖然說比較長(zhǎng)，但是在這里面的邏輯去不是很復(fù)雜。首先獲取當(dāng)前ViewGroup中的子View和ViewGroup的數(shù)量。然后對(duì)該ViewGroup中的元素進(jìn)行逐步遍歷。在獲取到ViewGroup中的子元素后，判斷該元素是否能夠接收觸摸事件。子元素若是能夠接收觸摸事件，并且該觸摸坐標(biāo)在子元素的可視范圍內(nèi)的話，便繼續(xù)向下執(zhí)行。否則就continue。對(duì)于衡量子元素能否接收到觸摸事件的標(biāo)準(zhǔn)有兩個(gè)：子元素是否在播放動(dòng)畫和點(diǎn)擊事件的坐標(biāo)是否在子元素的區(qū)域內(nèi)。
　　一旦子View接收到了觸摸事件，然后便開始調(diào)用dispatchTransformedTouchEvent方法對(duì)事件進(jìn)行分發(fā)處理。對(duì)于dispatchTransformedTouchEvent方法代碼比較多，現(xiàn)在只關(guān)注下面這五行代碼。從下面5行代碼中可以看出，這時(shí)候會(huì)調(diào)用子View的dispatchTouchEvent，也就是在這個(gè)時(shí)候ViewGroup已經(jīng)完成了事件分發(fā)的整個(gè)過程。

if (child == null) { handled = super.dispatchTouchEvent(event);} else { handled = child.dispatchTouchEvent(event);}

　　當(dāng)子元素的dispatchTouchEvent返回為true的時(shí)候，也就是子View對(duì)事件處理成功。這時(shí)候便會(huì)通過addTouchTarget方法對(duì)mFirstTouchTarget進(jìn)行賦值。
　　如果dispatchTouchEvent返回了false，或者說當(dāng)前的ViewGroup沒有子元素的話，那么這個(gè)時(shí)候便會(huì)調(diào)用如下代碼。

if (mFirstTouchTarget == null) { // No touch targets so treat this as an ordinary view. handled = dispatchTransformedTouchEvent(ev, canceled, null,  TouchTarget.ALL_POINTER_IDS);}

　　在這里調(diào)用dispatchTransformedTouchEvent方法，并將child參數(shù)設(shè)為null。也就是執(zhí)行了super.dispatchTouchEvent(event)方法。由于ViewGroup繼承自View，所以這個(gè)時(shí)候又將事件交由父類的dispatchTouchEvent進(jìn)行處理。對(duì)于父類View是如何通過dispatchTouchEvent對(duì)事件進(jìn)行處理的，在下篇文章中會(huì)進(jìn)行詳細(xì)說明。
　　到這里對(duì)于ViewGroup的事件分發(fā)已經(jīng)講完了，在這一路下來，不難發(fā)現(xiàn)對(duì)于dispatchTouchEvent有一個(gè)boolean類型返回值。對(duì)于這個(gè)返回值，當(dāng)返回true的時(shí)候表示當(dāng)前事件處理成功，若是返回false，一般來說是因?yàn)樵谑录幚韔nTouchEvent返回了false，這時(shí)候變會(huì)交由它的父控件進(jìn)行處理，以此類推，若是一直處理失敗，則最終會(huì)交由Activity的onTouchEvent方法進(jìn)行處理。

總結(jié)

　　在這里從宏觀上再看一下這個(gè)ViewGroup對(duì)事件的分發(fā)，當(dāng)ViewGroup接收一個(gè)事件序列以后，首先會(huì)判斷是否攔截該事件，若是攔截該事件，則通過調(diào)用父類View的dispatchTouchEvent來處理這個(gè)事件。若是不去攔截這一事件，便將該事件下發(fā)到子View當(dāng)中。若果說ViewGroup沒有子View，或者說子View對(duì)事件處理失敗，則將該事件有交由該ViewGroup處理，若是該ViewGroup對(duì)事件依然處理失敗，最終則會(huì)將事件交由Activity進(jìn)行處理。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持武林網(wǎng)。