Android事件分發機制徹底解析，帶你從源碼的角度完全理解(上) .

時間  2019-11-07
標籤 android 事件 分發 機制 徹底 解析 源碼 角度 完全 理解 欄目 Android 简体版
原文   原文鏈接

轉自: http://blog.csdn.net/guolin_blog/article/details/9097463 java

其實我一直準備寫一篇關於Android事件分發機制的文章，從個人第一篇博客開始，就零零散散在好多地方使用到了Android事件分發的知識。也有好多朋友問過我各類問題，好比：onTouch和onTouchEvent有什麼區別，又該如何使用？爲何給ListView引入了一個滑動菜單的功能，ListView就不能滾動了？爲何圖片輪播器裏的圖片使用Button而不用ImageView？等等……對於這些問題，我並無給出很是詳細的回答，由於我知道若是想要完全搞明白這些問題，掌握Android事件分發機制是必不可少的，而Android事件分發機制絕對不是三言兩語就能說得清的。 android

在我通過較長時間的籌備以後，終於決定開始寫這樣一篇文章了。目前雖然網上相關的文章也很多，但我以爲沒有哪篇寫得特別詳細的(也許我尚未找到)，多數文章只是講了講理論，而後配合demo運行了一下結果。而我準備帶着你們從源碼的角度進行分析，相信你們能夠更加深入地理解Android事件分發機制。 框架

閱讀源碼講究由淺入深，按部就班，所以咱們也從簡單的開始，本篇先帶你們探究View的事件分發，下篇再去探究難度更高的ViewGroup的事件分發。 ide

那咱們如今就開始吧！好比說你當前有一個很是簡單的項目，只有一個Activity，而且Activity中只有一個按鈕。你可能已經知道，若是想要給這個按鈕註冊一個點擊事件，只須要調用： 佈局

[java]   view plain copy
  1. button.setOnClickListener(new OnClickListener() {  
  2.     @Override  
  3.     public void onClick(View v) {  
  4.         Log.d("TAG", "onClick execute");  
  5.     }  
  6. });  
這樣在onClick方法裏面寫實現，就能夠在按鈕被點擊的時候執行。你可能也已經知道，若是想給這個按鈕再添加一個touch事件，只須要調用：
[java]   view plain copy
  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要多一些，好比判斷手指按下、擡起、移動等事件。那麼若是我兩個事件都註冊了，哪個會先執行呢？咱們來試一下就知道了，運行程序點擊按鈕，打印結果以下：

能夠看到，onTouch是優先於onClick執行的，而且onTouch執行了兩次，一次是ACTION_DOWN，一次是ACTION_UP(你還可能會有屢次ACTION_MOVE的執行，若是你手抖了一下)。所以事件傳遞的順序是先通過onTouch，再傳遞到onClick。 post

細心的朋友應該能夠注意到，onTouch方法是有返回值的，這裏咱們返回的是false，若是咱們嘗試把onTouch方法裏的返回值改爲true，再運行一次，結果以下： this

咱們發現，onClick方法再也不執行了！爲何會這樣呢？你能夠先理解成onTouch方法返回true就認爲這個事件被onTouch消費掉了，於是不會再繼續向下傳遞。 spa

若是到如今爲止，以上的全部知識點你都是清楚的，那麼說明你對Android事件傳遞的基本用法應該是掌握了。不過別知足於現狀，讓咱們從源碼的角度分析一下，出現上述現象的原理是什麼。 .net

首先你須要知道一點，只要你觸摸到了任何一個控件，就必定會調用該控件的dispatchTouchEvent方法。那當咱們去點擊按鈕的時候，就會去調用Button類裏的dispatchTouchEvent方法，但是你會發現Button類裏並無這個方法，那麼就到它的父類TextView裏去找一找，你會發現TextView裏也沒有這個方法，那沒辦法了，只好繼續在TextView的父類View裏找一找，這個時候你終於在View裏找到了這個方法，示意圖以下： orm

            

而後咱們來看一下View中dispatchTouchEvent方法的源碼：

[java]   view plain copy
  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裏發現了以下方法：

[java]   view plain copy
  1. public void setOnTouchListener(OnTouchListener l) {  
  2.     mOnTouchListener = l;  
  3. }  
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的源碼，以下所示：

[java]   view plain copy
  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()方法，那咱們進入到這個方法裏瞧一瞧：

[java]   view plain copy
  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又是在哪裏賦值的呢？通過尋找後找到以下方法：
[java]   view plain copy
  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。以下所示：

[java]   view plain copy
  1. imageView.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. });  
運行一下程序，點擊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事件分發機制徹底解析，帶你從源碼的角度完全理解(下) 。

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程