轉載請註明出處:http://blog.csdn.net/guolin_blog/article/details/9097463android
其實我一直準備寫一篇關於Android事件分發機制的文章,從個人第一篇博客開始,就零零散散在好多地方使用到了Android事件分發的知識。也有好多朋友問過我各類問題,好比:onTouch和onTouchEvent有什麼區別,又該如何使用?爲何給ListView引入了一個滑動菜單的功能,ListView就不能滾動了?爲何圖片輪播器裏的圖片使用Button而不用ImageView?等等……對於這些問題,我並無給出很是詳細的回答,由於我知道若是想要完全搞明白這些問題,掌握Android事件分發機制是必不可少的,而Android事件分發機制絕對不是三言兩語就能說得清的。框架
在我通過較長時間的籌備以後,終於決定開始寫這樣一篇文章了。目前雖然網上相關的文章也很多,但我以爲沒有哪篇寫得特別詳細的(也許我尚未找到),多數文章只是講了講理論,而後配合demo運行了一下結果。而我準備帶着你們從源碼的角度進行分析,相信你們能夠更加深入地理解Android事件分發機制。ide
閱讀源碼講究由淺入深,按部就班,所以咱們也從簡單的開始,本篇先帶你們探究View的事件分發,下篇再去探究難度更高的ViewGroup的事件分發。佈局
那咱們如今就開始吧!好比說你當前有一個很是簡單的項目,只有一個Activity,而且Activity中只有一個按鈕。你可能已經知道,若是想要給這個按鈕註冊一個點擊事件,只須要調用:post
1 button.setOnClickListener(new OnClickListener() { 2 @Override 3 public void onClick(View v) { 4 Log.d("TAG", "onClick execute"); 5 } 6 });
這樣在onClick方法裏面寫實現,就能夠在按鈕被點擊的時候執行。你可能也已經知道,若是想給這個按鈕再添加一個touch事件,只須要調用:this
1 button.setOnTouchListener(new OnTouchListener() { 2 @Override 3 public boolean onTouch(View v, MotionEvent event) { 4 Log.d("TAG", "onTouch execute, action " + event.getAction()); 5 return false; 6 } 7 });
onTouch方法裏能作的事情比onClick要多一些,好比判斷手指按下、擡起、移動等事件。那麼若是我兩個事件都註冊了,哪個會先執行呢?咱們來試一下就知道了,運行程序點擊按鈕,打印結果以下:spa
能夠看到,onTouch是優先於onClick執行的,而且onTouch執行了兩次,一次是ACTION_DOWN,一次是ACTION_UP(你還可能會有屢次ACTION_MOVE的執行,若是你手抖了一下)。所以事件傳遞的順序是先通過onTouch,再傳遞到onClick。.net
細心的朋友應該能夠注意到,onTouch方法是有返回值的,這裏咱們返回的是false,若是咱們嘗試把onTouch方法裏的返回值改爲true,再運行一次,結果以下:code
咱們發現,onClick方法再也不執行了!爲何會這樣呢?你能夠先理解成onTouch方法返回true就認爲這個事件被onTouch消費掉了,於是不會再繼續向下傳遞。orm
若是到如今爲止,以上的全部知識點你都是清楚的,那麼說明你對Android事件傳遞的基本用法應該是掌握了。不過別知足於現狀,讓咱們從源碼的角度分析一下,出現上述現象的原理是什麼。
首先你須要知道一點,只要你觸摸到了任何一個控件,就必定會調用該控件的dispatchTouchEvent方法。那當咱們去點擊按鈕的時候,就會去調用Button類裏的dispatchTouchEvent方法,但是你會發現Button類裏並無這個方法,那麼就到它的父類TextView裏去找一找,你會發現TextView裏也沒有這個方法,那沒辦法了,只好繼續在TextView的父類View裏找一找,這個時候你終於在View裏找到了這個方法,示意圖以下:
而後咱們來看一下View中dispatchTouchEvent方法的源碼:
1 public boolean dispatchTouchEvent(MotionEvent event) { 2 if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && 3 mOnTouchListener.onTouch(this, event)) { 4 return true; 5 } 6 return onTouchEvent(event); 7 }
這個方法很是的簡潔,只有短短几行代碼!咱們能夠看到,在這個方法內,首先是進行了一個判斷,若是mOnTouchListener != null,(mViewFlags & ENABLED_MASK) == ENABLED和mOnTouchListener.onTouch(this, event)這三個條件都爲真,就返回true,不然就去執行onTouchEvent(event)方法並返回。
先看一下第一個條件,mOnTouchListener這個變量是在哪裏賦值的呢?咱們尋找以後在View裏發現了以下方法:
public void setOnTouchListener(OnTouchListener l) { mOnTouchListener = l; }
Bingo!找到了,mOnTouchListener正是在setOnTouchListener方法裏賦值的,也就是說只要咱們給控件註冊了touch事件,mOnTouchListener就必定被賦值了。
第二個條件(mViewFlags & ENABLED_MASK) == ENABLED是判斷當前點擊的控件是不是enable的,按鈕默認都是enable的,所以這個條件恆定爲true。
第三個條件就比較關鍵了,mOnTouchListener.onTouch(this, event),其實也就是去回調控件註冊touch事件時的onTouch方法。也就是說若是咱們在onTouch方法裏返回true,就會讓這三個條件所有成立,從而整個方法直接返回true。若是咱們在onTouch方法裏返回false,就會再去執行onTouchEvent(event)方法。
如今咱們能夠結合前面的例子來分析一下了,首先在dispatchTouchEvent中最早執行的就是onTouch方法,所以onTouch確定是要優先於onClick執行的,也是印證了剛剛的打印結果。而若是在onTouch方法裏返回了true,就會讓dispatchTouchEvent方法直接返回true,不會再繼續往下執行。而打印結果也證明了若是onTouch返回true,onClick就不會再執行了。
根據以上源碼的分析,從原理上解釋了咱們前面例子的運行結果。而上面的分析還透漏出了一個重要的信息,那就是onClick的調用確定是在onTouchEvent(event)方法中的!那咱們立刻來看下onTouchEvent的源碼,以下所示:
1 public boolean onTouchEvent(MotionEvent event) { 2 final int viewFlags = mViewFlags; 3 if ((viewFlags & ENABLED_MASK) == DISABLED) { 4 // A disabled view that is clickable still consumes the touch 5 // events, it just doesn't respond to them. 6 return (((viewFlags & CLICKABLE) == CLICKABLE || 7 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)); 8 } 9 if (mTouchDelegate != null) { 10 if (mTouchDelegate.onTouchEvent(event)) { 11 return true; 12 } 13 } 14 if (((viewFlags & CLICKABLE) == CLICKABLE || 15 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { 16 switch (event.getAction()) { 17 case MotionEvent.ACTION_UP: 18 boolean prepressed = (mPrivateFlags & PREPRESSED) != 0; 19 if ((mPrivateFlags & PRESSED) != 0 || prepressed) { 20 // take focus if we don't have it already and we should in 21 // touch mode. 22 boolean focusTaken = false; 23 if (isFocusable() && isFocusableInTouchMode() && !isFocused()) { 24 focusTaken = requestFocus(); 25 } 26 if (!mHasPerformedLongPress) { 27 // This is a tap, so remove the longpress check 28 removeLongPressCallback(); 29 // Only perform take click actions if we were in the pressed state 30 if (!focusTaken) { 31 // Use a Runnable and post this rather than calling 32 // performClick directly. This lets other visual state 33 // of the view update before click actions start. 34 if (mPerformClick == null) { 35 mPerformClick = new PerformClick(); 36 } 37 if (!post(mPerformClick)) { 38 performClick(); 39 } 40 } 41 } 42 if (mUnsetPressedState == null) { 43 mUnsetPressedState = new UnsetPressedState(); 44 } 45 if (prepressed) { 46 mPrivateFlags |= PRESSED; 47 refreshDrawableState(); 48 postDelayed(mUnsetPressedState, 49 ViewConfiguration.getPressedStateDuration()); 50 } else if (!post(mUnsetPressedState)) { 51 // If the post failed, unpress right now 52 mUnsetPressedState.run(); 53 } 54 removeTapCallback(); 55 } 56 break; 57 case MotionEvent.ACTION_DOWN: 58 if (mPendingCheckForTap == null) { 59 mPendingCheckForTap = new CheckForTap(); 60 } 61 mPrivateFlags |= PREPRESSED; 62 mHasPerformedLongPress = false; 63 postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout()); 64 break; 65 case MotionEvent.ACTION_CANCEL: 66 mPrivateFlags &= ~PRESSED; 67 refreshDrawableState(); 68 removeTapCallback(); 69 break; 70 case MotionEvent.ACTION_MOVE: 71 final int x = (int) event.getX(); 72 final int y = (int) event.getY(); 73 // Be lenient about moving outside of buttons 74 int slop = mTouchSlop; 75 if ((x < 0 - slop) || (x >= getWidth() + slop) || 76 (y < 0 - slop) || (y >= getHeight() + slop)) { 77 // Outside button 78 removeTapCallback(); 79 if ((mPrivateFlags & PRESSED) != 0) { 80 // Remove any future long press/tap checks 81 removeLongPressCallback(); 82 // Need to switch from pressed to not pressed 83 mPrivateFlags &= ~PRESSED; 84 refreshDrawableState(); 85 } 86 } 87 break; 88 } 89 return true; 90 } 91 return false; 92 }
相較於剛纔的dispatchTouchEvent方法,onTouchEvent方法複雜了不少,不過不要緊,咱們只挑重點看就能夠了。
首先在第14行咱們能夠看出,若是該控件是能夠點擊的就會進入到第16行的switch判斷中去,而若是當前的事件是擡起手指,則會進入到MotionEvent.ACTION_UP這個case當中。在通過種種判斷以後,會執行到第38行的performClick()方法,那咱們進入到這個方法裏瞧一瞧:
1 public boolean performClick() { 2 sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); 3 if (mOnClickListener != null) { 4 playSoundEffect(SoundEffectConstants.CLICK); 5 mOnClickListener.onClick(this); 6 return true; 7 } 8 return false; 9 }
能夠看到,只要mOnClickListener不是null,就會去調用它的onClick方法,那mOnClickListener又是在哪裏賦值的呢?通過尋找後找到以下方法:
1 public void setOnClickListener(OnClickListener l) { 2 if (!isClickable()) { 3 setClickable(true); 4 } 5 mOnClickListener = l; 6 }
一切都是那麼清楚了!當咱們經過調用setOnClickListener方法來給控件註冊一個點擊事件時,就會給mOnClickListener賦值。而後每當控件被點擊時,都會在performClick()方法裏回調被點擊控件的onClick方法。
這樣View的整個事件分發的流程就讓咱們搞清楚了!不過別高興的太早,如今還沒結束,還有一個很重要的知識點須要說明,就是touch事件的層級傳遞。咱們都知道若是給一個控件註冊了touch事件,每次點擊它的時候都會觸發一系列的ACTION_DOWN,ACTION_MOVE,ACTION_UP等事件。這裏須要注意,若是你在執行ACTION_DOWN的時候返回了false,後面一系列其它的action就不會再獲得執行了。簡單的說,就是當dispatchTouchEvent在進行事件分發的時候,只有前一個action返回true,纔會觸發後一個action。
說到這裏,不少的朋友確定要有巨大的疑問了。這不是在自相矛盾嗎?前面的例子中,明明在onTouch事件裏面返回了false,ACTION_DOWN和ACTION_UP不是都獲得執行了嗎?其實你只是被假象所迷惑了,讓咱們仔細分析一下,在前面的例子當中,咱們到底返回的是什麼。
參考着咱們前面分析的源碼,首先在onTouch事件裏返回了false,就必定會進入到onTouchEvent方法中,而後咱們來看一下onTouchEvent方法的細節。因爲咱們點擊了按鈕,就會進入到第14行這個if判斷的內部,而後你會發現,無論當前的action是什麼,最終都必定會走到第89行,返回一個true。
是否是有一種被欺騙的感受?明明在onTouch事件裏返回了false,系統仍是在onTouchEvent方法中幫你返回了true。就由於這個緣由,才使得前面的例子中ACTION_UP能夠獲得執行。
那咱們能夠換一個控件,將按鈕替換成ImageView,而後給它也註冊一個touch事件,並返回false。以下所示:
imageView.setOnTouchListener(new OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.d("TAG", "onTouch execute, action " + event.getAction()); return false; } });
運行一下程序,點擊ImageView,你會發現結果以下:
在ACTION_DOWN執行完後,後面的一系列action都不會獲得執行了。這又是爲何呢?由於ImageView和按鈕不一樣,它是默認不可點擊的,所以在onTouchEvent的第14行判斷時沒法進入到if的內部,直接跳到第91行返回了false,也就致使後面其它的action都沒法執行了。
好了,關於View的事件分發,我想講的東西全都在這裏了。如今咱們再來回顧一下開篇時提到的那三個問題,相信每一個人都會有更深一層的理解。
1. onTouch和onTouchEvent有什麼區別,又該如何使用?
從源碼中能夠看出,這兩個方法都是在View的dispatchTouchEvent中調用的,onTouch優先於onTouchEvent執行。若是在onTouch方法中經過返回true將事件消費掉,onTouchEvent將不會再執行。
另外須要注意的是,onTouch可以獲得執行須要兩個前提條件,第一mOnTouchListener的值不能爲空,第二當前點擊的控件必須是enable的。所以若是你有一個控件是非enable的,那麼給它註冊onTouch事件將永遠得不到執行。對於這一類控件,若是咱們想要監聽它的touch事件,就必須經過在該控件中重寫onTouchEvent方法來實現。
2. 爲何給ListView引入了一個滑動菜單的功能,ListView就不能滾動了?
若是你閱讀了Android滑動框架徹底解析,教你如何一分鐘實現滑動菜單特效 這篇文章,你應該會知道滑動菜單的功能是經過給ListView註冊了一個touch事件來實現的。若是你在onTouch方法裏處理完了滑動邏輯後返回true,那麼ListView自己的滾動事件就被屏蔽了,天然也就沒法滑動(原理同前面例子中按鈕不能點擊),所以解決辦法就是在onTouch方法裏返回false。
3. 爲何圖片輪播器裏的圖片使用Button而不用ImageView?
提這個問題的朋友是看過了Android實現圖片滾動控件,含頁籤功能,讓你的應用像淘寶同樣炫起來 這篇文章。當時我在圖片輪播器裏使用Button,主要就是由於Button是可點擊的,而ImageView是不可點擊的。若是想要使用ImageView,能夠有兩種改法。第一,在ImageView的onTouch方法裏返回true,這樣能夠保證ACTION_DOWN以後的其它action都能獲得執行,才能實現圖片滾動的效果。第二,在佈局文件裏面給ImageView增長一個android:clickable="true"的屬性,這樣ImageView變成可點擊的以後,即便在onTouch裏返回了false,ACTION_DOWN以後的其它action也是能夠獲得執行的。
今天的講解就到這裏了,相信你們如今對Android事件分發機制又有了進一步的認識,在後面的文章中我會再帶你們一塊兒探究Android中ViewGroup的事件分發機制,感興趣的朋友請繼續閱讀 Android事件分發機制徹底解析,帶你從源碼的角度完全理解(下) 。