View的事件分發機制
什麼是事件分發。當我們點選螢幕時,就產生了點選事件,這個事件被封裝成了一個類:MotionEvent。而當這個 MotionEvent產生後,那麼系統就會將這個MotionEvent傳遞給View的層級,MotionEvent在View中的層級傳遞過程就是點選事件分發。
1.MotionEvent
MotionEvent類就是記錄手指接觸屏幕後所產生的一系列的事件,下面看幾個常用的事件的型別與含義:
事件 | 含義 |
---|---|
MotionEvent.ACTION_DOWN | 手指按下時觸發 |
MotionEvent.ACTION_UP | 手指抬起時觸發 |
MotionEvent.ACTION_MOVE | 手指移動時觸發 |
MotionEvent.ACTION_CANCEL | 事件被攔截時觸發 |
MotionEvent.ACTION_OUTSIDE | 手指不在控制元件區域時觸發 |
- 點選事件: ACTION_DOWN-->ACTION_UP
- 滑動事件:ACTION_DOWN-->ACTION_MOVE--> ACTION_UP
2.點選事件分發的傳遞規則
點選事件是由三個很重要的方法來實現的,分別是dispatchTouchEvent(MotionEvent ev)、onInterceptTouchEvent(MotionEvent ev)、onTouchEvent(MotionEvent event)。
-
dispatchTouchEvent(MotionEvent ev)
用來進行事件的分發 。如果事件能夠傳遞給當前View,那麼此方法一定會被呼叫,返回結果受當前View的onTouchEvent和下級View的dispatchTouchEvent方法的影響,表示是否消耗當前事件。 -
onInterceptTouchEvent(MotionEvent ev)
在上述方法內部呼叫,用來判斷是否攔截某個事件 ,如果當前View攔截了某個事件,那麼在同一個事件序列中,此方法不會被再次呼叫,返回結果表示是否攔截當前事件。 -
onTouchEvent(MotionEvent event)
在dispatchTouchEvent方法中呼叫,用來處理點選事件 ,返回結果表示是否消耗當前事件,如果不消耗,則在同一個事件序列中,當前View無法再次接收到事件。
這三個方法就是事件分發機制中的核心三個方法,也是我們下面在原始碼中重要去分析的三個方法。他們三者之間的關係可以概述如下(注意這是一段虛擬碼,只是為了對解釋三個方法關係) :
//點選事件產生後 // 步驟1:呼叫dispatchTouchEvent() public boolean dispatchTouchEvent(MotionEvent ev) { boolean consume = false; //代表 是否會消費事件 // 步驟2:判斷是否攔截事件 if (onInterceptTouchEvent(ev)) { // a. 若攔截,則將該事件交給當前View進行處理 // 即呼叫onTouchEvent ()方法去處理點選事件 consume = onTouchEvent(ev); } else { // b. 若不攔截,則將該事件傳遞到下層 // 即 下層元素的dispatchTouchEvent()就會被呼叫,重複上述過程 // 直到點選事件被最終處理為止 consume = child.dispatchTouchEvent(ev); } // 步驟3:最終返回通知 該事件是否被消費(接收 & 處理) return consume; }
根據上面這段虛擬碼能夠很好的理解三者的關係。當我們點選事件產生後,它的傳遞過程如下順序:Activity->ViewGroup->View。即事件總是先傳遞給Activity,Activity傳遞給ViewGroup, 再由ViewGroup傳遞給View。頂級View接收到事件後,就會按照事件分發機制去分發事件。
對於一個根ViewGroup,點選事件產生後,首先會傳遞給它,這時會呼叫它的dispatchTouchEvent方法,如果這個ViewGroup的onInterceptTouchEvent返回true,就表示要攔截當前事件,接著事件就會交給這個ViewGroup來處理,即它的onTouchEvent方法被呼叫;返回false,就表示當前事件不需要被攔截,當前時間就會被繼續傳遞給它的子元素,接著會呼叫子元素的dispatchTouchEvent方法,如此返回直到事件最終被處理。
為什麼Activity向下分發第一個就是ViewGroup,如果我們佈局中只有一個簡單View控制元件(如TextView)呢?因為我們佈局載入中的頂級View是DecorView(繼承FrameLayout),他本是就是一個ViewGroup。
3.原始碼分析
上面我們分析了View的事件分發機制,下面我們從原始碼的角度去學習分析。
3.1 Activity對點選事件的分發過程
點選事件使用MotionEvent來表示,當點選事件時,事件最先傳遞給當前的Activity,由Activity的dispatchTouchEvent來進行事件派發,具體工作是由Activity內部的Window來完成的。Window會將事件傳遞給DecorView,DecorView一般就是當前介面的底層容器(即setContentView 所設定的View的父容器),通過Activity.getWindow.getDecorView()可以獲得。
關於activity的構成學習可以參考
劉望舒 Android View體系(六)從原始碼解析Activity的構成
下面看下Activity的dispatchTouchEvent方法:
public boolean dispatchTouchEvent(MotionEvent ev) { // 一般事件列開始都是DOWN事件 = 按下事件,故此處基本是true if (ev.getAction() == MotionEvent.ACTION_DOWN) { //當此activity在棧頂時,觸屏點選按home,back,menu鍵等都會觸發此方法 onUserInteraction(); } //註釋1 if (getWindow().superDispatchTouchEvent(ev)) { return true; } //當一個點選事件未被Activity下任何一個View接收或處理 //或是發生在Window邊界外的觸控事件就會呼叫 //註釋2 return onTouchEvent(ev); }
分析上面的程式碼,從註釋1處可以看出事件開始交給Activity的Window進行分發的。返回true,整個事件迴圈就結束了,返回false意味著沒人處理,即呼叫Activity的onTouchEvent方法。
從註釋1處點選去就是Window#superDispatchTouchEvent(),這是一個抽象方法。我們得找到它的實現類。
//Window#superDispatchTouchEvent() public abstract boolean superDispatchTouchEvent(MotionEvent event);
而Window的實現類也就是PhoneWindow,我們看下PhoneWindow的superDispatchTouchEvent方法 ,其原始碼如下所示:
// com.android.internal.policy.PhoneWindow //PhoneWindow#superDispatchTouchEvent() @Override public boolean superDispatchTouchEvent(MotionEvent event) { return mDecor.superDispatchTouchEvent(event); }
mDecor是PhoneWindow中一個DecorView型別的變數,DecorView代表了當前Window最頂級的View,可以看做是根View。由上程式碼看出,後面會執行DecorView的superDispatchTouchEvent方法 ,其原始碼如下所示:
//DecorView#superDispatchTouchEvent() public boolean superDispatchTouchEvent(MotionEvent event) { //DecorView繼承FrameLayout 那麼他本是就是一個ViewGroup //那麼這個方法最後就會呼叫到ViewGroup#dispatchTouchEvent() return super.dispatchTouchEvent(event); }
可以看到最後Activity的分發過程最後就是將事件交給頂級DecorView(即ViewGroup)去進行事件分發。然後它又會呼叫ViewGroup#dispatchTouchEvent()。到這裡我們就將我們的事件由Activity->ViewGroup的傳遞。並將返回值設定成true。表示這個事件已經被我們消耗掉了。從註釋2中我們可以看出只有Window沒處理觸控事件的情況下,Activity才會呼叫onTouchEvent方法去處理事件:
public boolean onTouchEvent(MotionEvent event) { if (mWindow.shouldCloseOnTouch(this, event)) { finish(); return true; } return false; }
只有當觸控事件沒有被任何的View或ViewGroup處理過的時候,Activity才會執行自己的onTouchEvent去處理觸控事件。一種典型的情形就是,當前觸控點在Window範圍之外,這樣Window裡面所有的View都不會接收更不會處理該觸控事件,這時候我們可以重寫該方法實現一些自己的邏輯處理這種情形。如果我們處理了,就返回true,否則返回false。其預設一直返回false。
3.2 ViewGroup對點選事件的發分過程
通過上面的分析,當Activity接收到觸控事件之後,會通過DectorView呼叫ViewGroup的dispatchTouchEvent方法。那麼我們就分析ViewGroup#dispatchTouchEvent()方法:
// 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(); } // 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; }
從上面我們可以看出,事件在開始的時候會呼叫resetTouchState方法清空mFirstTouchTarget 。ViewGroup在兩種情況下會判斷是否要攔截當前事件:事件型別為ACTION_DOWN或者mFirstTouchTarget != null。ACTION_DOWN是按下,mFirstTouchTarget 用於儲存當前ViewGroup中處理了觸控事件的子View。
下面看下ViewGroup不攔截事件,將事件向下分發,傳遞給子View進行處理
//對子元素進行遍歷 for(int i = childrenCount - 1;i >=0;i--){ //子view是否在做動畫 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; } 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); //如果有子元素,將進行事件分發 //註釋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(); 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); }
ViewGroup遍歷其子View,通過子元素是否在播放動畫和點選事件的座標是否在子元素的區域內,來判斷子元素是否能夠接收到點選事件。對於符合點選事件的子View並呼叫dispatchTransformedTouchEvent()進行事件分發。當子元素處理點點選事件就會呼叫addTouchTarget方法對mFirstTouchTarget進行賦值,alreadyDispatchedToNewTouchTarget 設定為true,表示只要有子View處理了觸控事件,就表示當前的ViewGroup也處理了觸控事件,並且這種情況下ViewGroup不會呼叫從View中繼承來的dispatchTouchEvent方法,從而不會觸發ViewGroup的onTouchEvent方法的執行。
下面看下如何對mFirstTouchTarget進行賦值:
private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) { final TouchTarget target = TouchTarget.obtain(child, pointerIdBits); target.next = mFirstTouchTarget; mFirstTouchTarget = target; return target; }
我們可以看到mFirstTouchTarget的賦值是在addTouchTarget方法中進行的,mFirstTouchTarget是否被賦值,將影響到ViewGroup對事件的攔截。
if (mFirstTouchTarget == null) { // No touch targets so treat this as an ordinary view. //註釋2 handled = dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS); }
如果mFirstTouchTarget ==null 即表示ViewGroup沒有子元素,或者是子元素處理了點選事件,下一步將會把點選事件交給View來處理。
我們從上面的註釋1和註釋2處可以看到,都呼叫了dispatchTransformedTouchEvent方法,而第三個引數中 註釋2傳遞的是一個null。下面看下原始碼:
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) { final boolean handled; // Canceling motions is a special case.We don't need to perform any transformations // or filtering.The important part is the action, not the contents. final int oldAction = event.getAction(); if (cancel || oldAction == MotionEvent.ACTION_CANCEL) { event.setAction(MotionEvent.ACTION_CANCEL); if (child == null) { handled = super.dispatchTouchEvent(event); } else { handled = child.dispatchTouchEvent(event); } event.setAction(oldAction); return handled; } ...... }
可以可看到,如果ViewGroup有子元素同時子元素可以處理點選事件。那麼就會呼叫子元素的child.dispatchTouchEvent方法。如果是child是ViewGroup繼續上面的迴圈,如果子元素是View,那麼就會呼叫View.dispatchTouchEvent方法。關於這個方法我們後面分析。如果child為空,就會呼叫super.dispatchTouchEvent方法,那麼就會呼叫ViewGroup的父類,即View.dispatchTouchEvent方法,ViewGroup自己處理點選事件。最後都會預設呼叫onTounchEvent方法。
3.3 View對點選事件的處理過程
view對點選事件處理過程稍微簡單些。這裡的view是不包含ViewGroup。下面看下dispatchTouchEvent方法:
public boolean dispatchTouchEvent(MotionEvent event) { ...... if (onFilterTouchEventForSecurity(event)) { if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) { result = true; } //noinspection SimplifiableIfStatement ListenerInfo li = mListenerInfo; //如果設定了OnTouchListener,那麼會在此處執行OnTouchListener的onTouch方法 if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) { result = true; } //觸控事件沒有被OnTouchListener處理,那麼就會執行View的onTouchEvent方法 if (!result && onTouchEvent(event)) { //如果onTouchEvent返回了true,就表示觸控事件被View處理了,result就被設定為了true result = true; } } ...... return result; }
從上面可以看出,首先會判斷有沒有設定onTouchListener,如果onTouchListener中的onTouch方法返回true,那麼onTouchEvent方法就不會被執行,由此可見onTouchListener的優先順序是高於onTouchEvent,這樣做的好處是,方便在外界處理點選事件。
下面看下onTouchEvent方法,當view 是不可用的時候點選事件的處理過程,在不可用的狀態下,View照樣會消耗事件,只不過不會觸發onClick方法。
final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE; //首先判斷當前View是不是DISABLED不可用狀態 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; } //如果View有代理會執行這個方法 if (mTouchDelegate != null) { if (mTouchDelegate.onTouchEvent(event)) { return true; } }
當然如果設定有代理,還會執行TouchDelegate的onTouchEvent方法,此處onTouchEvent的工作機制和onTouchListener的類似。
onTouchEvent對點選事件的具體處理如下:
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; case MotionEvent.ACTION_DOWN: ...... break; case MotionEvent.ACTION_CANCEL: ...... break; case MotionEvent.ACTION_MOVE: ...... break; } return true; }
如果view是可以點選的,就會進入switch語句中,當ACTION_UP事件觸發,就會執行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); notifyEnterOrExitForAutoFillIfNeeded(true); return result; }
如果我們設定了點選事件就出執行OnClickListener的onClick方法。點選資訊封裝在ListenerInfo中,當我們為view設定點選事件的時候就會呼叫,可以看下setOnClickListener方法和setOnLongClickListener方法的原始碼:
public void setOnClickListener(@Nullable OnClickListener l) { if (!isClickable()) { setClickable(true); } getListenerInfo().mOnClickListener = l; } public void setOnLongClickListener(@Nullable OnLongClickListener l) { if (!isLongClickable()) { setLongClickable(true); } getListenerInfo().mOnLongClickListener = l; }
當我們設定點選事件的時候,會通過setClickable和setLongClickable方法將view設定成可點選的。
本文學習到此,如果文章哪裡有錯誤,歡迎指出,謝謝!