<轉_控件>View及ViewGroup的事件分發及傳遞(一)

轉載前說明:

寫這篇博客的緣由不是因為在網上看到了關于Android事件分發的文章,而是一方面因為面試中被問到了,一直在使用卻沒有真正了解過其原理,另一方面是因為想更多更深入的學習一下。因此在網上找了一些文章,覺得寫得都挺好的,自己也簡單的運行了一下小Demo,總覺得看完了還是有點不清晰,就想自己梳理一下,結合大神分享的,把自己微不足道的理解也加進去,希望能更深入的理解,加深印象。
就我個人的實踐和理解,簡單說,Android的事件分發大致就這幾個過程:
接收------>分發------>傳遞(/中斷)------>消費

View的事件分發及傳遞

具體過程分析,看看轉載的大神的分析吧
(原文詳見:http://blog.csdn.NET/guolin_blog/article/details/9097463

閱讀源碼講究由淺入深,循序漸進,因此我們也從簡單的開始,本篇先帶大家探究View的事件分發,下篇再去探究難度更高的ViewGroup的事件分發。

那我們現在就開始吧!比如說你當前有一個非常簡單的項目,只有一個Activity,并且Activity中只有一個按鈕。你可能已經知道,如果想要給這個按鈕注冊一個點擊事件,只需要調用:

  button.setOnClickListener(new OnClickListener() {
    @Override  
    public void onClick(View v) {  
      Log.d("TAG", "onClick execute");  
    }
});

這樣在onClick方法里面寫實現,就可以在按鈕被點擊的時候執行。你可能也已經知道,如果想給這個按鈕再添加一個touch事件,只需要調用:

button.setOnTouchListener(new OnTouchListener() {  
  @Override  
  public boolean onTouch(View v, MotionEvent event) {  
    Log.d("TAG", "onTouch execute, action " + event.getAction());  
    return false;  
  }  
 });  

onTouch方法里能做的事情比onClick要多一些,比如判斷手指按下、抬起、移動等事件。那么如果我兩個事件都注冊了,哪一個會先執行呢?我們來試一下就知道了,運行程序點擊按鈕,打印結果如下:

可以看到,onTouch是優先于onClick執行的,并且onTouch執行了兩次,一次是ACTION_DOWN,一次是ACTION_UP(你還可能會有多次ACTION_MOVE的執行,如果你手抖了一下)。因此事件傳遞的順序是先經過onTouch,再傳遞到onClick。

細心的朋友應該可以注意到,onTouch方法是有返回值的,這里我們返回的是false,如果我們嘗試把onTouch方法里的返回值改成true,再運行一次,結果如下:

我們發現,onClick方法不再執行了!為什么會這樣呢?你可以先理解成onTouch方法返回true就認為這個事件被onTouch消費掉了,因而不會再繼續向下傳遞。

如果到現在為止,以上的所有知識點你都是清楚的,那么說明你對Android事件傳遞的基本用法應該是掌握了。不過別滿足于現狀,讓我們從源碼的角度分析一下,出現上述現象的原理是什么。

首先你需要知道一點,只要你觸摸到了任何一個控件,就一定會調用該控件的dispatchTouchEvent方法。那當我們去點擊按鈕的時候,就會去調用Button類里的dispatchTouchEvent方法,可是你會發現Button類里并沒有這個方法,那么就到它的父類TextView里去找一找,你會發現TextView里也沒有這個方法,那沒辦法了,只好繼續在TextView的父類View里找一找,這個時候你終于在View里找到了這個方法,示意圖如下:

然后我們來看一下View中dispatchTouchEvent方法的源碼:

public boolean dispatchTouchEvent(MotionEvent event) {    
  if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&    
          mOnTouchListener.onTouch(this, event)) {    
      return true;    
  }    
  return onTouchEvent(event);    
}

這個方法非常的簡潔,只有短短幾行代碼!我們可以看到,在這個方法內,首先是進行了一個判斷,如果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的源碼,如下所示:

public boolean onTouchEvent(MotionEvent event) {    
   final int viewFlags = mViewFlags;    
   if ((viewFlags & ENABLED_MASK) == DISABLED) {    
       // A disabled view that is clickable still consumes the touch    
       // events, it just doesn't respond to them.    
       return (((viewFlags & CLICKABLE) == CLICKABLE ||    
               (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));    
   }    
   if (mTouchDelegate != null) {    
       if (mTouchDelegate.onTouchEvent(event)) {    
           return true;    
       }    
   }    
   if (((viewFlags & CLICKABLE) == CLICKABLE ||    
           (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {    
       switch (event.getAction()) {    
           case MotionEvent.ACTION_UP:    
               boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;    
               if ((mPrivateFlags & 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 (!mHasPerformedLongPress) {    
                       // 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) {    
                       mPrivateFlags |= PRESSED;    
                       refreshDrawableState();    
                       postDelayed(mUnsetPressedState,    
                               ViewConfiguration.getPressedStateDuration());    
                   } else if (!post(mUnsetPressedState)) {    
                       // If the post failed, unpress right now    
                       mUnsetPressedState.run();    
                   }    
                   removeTapCallback();    
               }    
               break;    
           case MotionEvent.ACTION_DOWN:    
               if (mPendingCheckForTap == null) {    
                   mPendingCheckForTap = new CheckForTap();    
               }    
               mPrivateFlags |= PREPRESSED;    
               mHasPerformedLongPress = false;    
               postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());    
               break;    
           case MotionEvent.ACTION_CANCEL:    
               mPrivateFlags &= ~PRESSED;    
               refreshDrawableState();    
               removeTapCallback();    
               break;    
           case MotionEvent.ACTION_MOVE:    
               final int x = (int) event.getX();    
               final int y = (int) event.getY();    
               // Be lenient about moving outside of buttons    
               int slop = mTouchSlop;    
               if ((x < 0 - slop) || (x >= getWidth() + slop) ||    
                       (y < 0 - slop) || (y >= getHeight() + slop)) {    
                   // Outside button    
                   removeTapCallback();    
                   if ((mPrivateFlags & PRESSED) != 0) {    
                       // Remove any future long press/tap checks    
                       removeLongPressCallback();    
                       // Need to switch from pressed to not pressed    
                       mPrivateFlags &= ~PRESSED;    
                       refreshDrawableState();    
                   }    
               }    
               break;    
       }    
       return true;    
   }    
   return false;    
}

相較于剛才的dispatchTouchEvent方法,onTouchEvent方法復雜了很多,不過沒關系,我們只挑重點看就可以了。

首先在第14行我們可以看出,如果該控件是可以點擊的就會進入到第16行的switch判斷中去,而如果當前的事件是抬起手指,則會進入到MotionEvent.ACTION_UP這個case當中。在經過種種判斷之后,會執行到第38行的performClick()方法,那我們進入到這個方法里瞧一瞧:

public boolean performClick() {    
   sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);    
   if (mOnClickListener != null) {    
       playSoundEffect(SoundEffectConstants.CLICK);    
       mOnClickListener.onClick(this);    
       return true;    
   }    
   return false;    
}

可以看到,只要mOnClickListener不是null,就會去調用它的onClick方法,那mOnClickListener又是在哪里賦值的呢?經過尋找后找到如下方法:

public void setOnClickListener(OnClickListener l) {    
   if (!isClickable()) {    
       setClickable(true);    
   }    
   mOnClickListener = l;    
}

一切都是那么清楚了!當我們通過調用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也是可以得到執行的。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,321評論 6 543
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,559評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,442評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,835評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,581評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,922評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,931評論 3 447
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,096評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,639評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,374評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,591評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,104評論 5 364
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,789評論 3 349
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,196評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,524評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,322評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,554評論 2 379

推薦閱讀更多精彩內容