事件分發機制

摘要

大部分的App都是由網絡訪問，數據儲存和GUI交互構成，在Android中網絡訪問和數據儲存分別有Retrofit/Volley，Ormlite/GreeDao;FrameWork 有Rxjava。GUI交互倒是無窮無盡和業務相關，對於一個用戶來講，他們也大多隻關心GUI表現出來的 在android開發設計模式中，最普遍應用的就是監聽、回調，進而造成了事件響應的過程。而後處理相應的業務邏輯。

1、Android分發機制概述：

 

Touch事件分發中只有兩個主角:ViewGroup和View。Activity的Touch事件事實上是調用它內部的ViewGroup的Touch事件，能夠直接當成ViewGroup處理。

View在ViewGroup內，ViewGroup也能夠在其餘ViewGroup內，這時候把內部的ViewGroup當成View來分析。

ViewGroup的相關事件有三個：onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent。View的相關事件只有兩個：dispatchTouchEvent、onTouchEvent。

先分析ViewGroup的處理流程：首先得有個結構模型概念：ViewGroup和View組成了一棵樹形結構，最頂層爲Activity的ViewGroup，下面有若干的ViewGroup節點，每一個節點之下又有若干的ViewGroup節點或者View節點，依次類推。如圖：

 

當一個Touch事件(觸摸事件爲例)到達根節點，即Acitivty的ViewGroup時，它會依次下發，下發的過程是調用子View(ViewGroup)的dispatchTouchEvent方法實現的。簡單來講，就是ViewGroup遍歷它包含着的子View，調用每一個View的dispatchTouchEvent方法，而當子View爲ViewGroup時，又會經過調用ViwGroup的dispatchTouchEvent方法繼續調用其內部的View的dispatchTouchEvent方法。上述例子中的消息下發順序是這樣的：①-②-⑤-⑥-⑦-③-④。dispatchTouchEvent方法只負責事件的分發，它擁有boolean類型的返回值，當返回爲true時，順序下發會中斷。在上述例子中若是⑤的dispatchTouchEvent返回結果爲true，那麼⑥-⑦-③-④將都接收不到本次Touch事件。

 

2、View和ViewGroup：

      Android的UI界面都是由View和ViewGroup及其派生類組合而成的。其中，View是全部UI組件的基類，而ViewGroup是容納這些組件的容器，其自己也是從View派生出來的，也就是說ViewGroup的父類就是View。

      一般來講，Button、ImageView、TextView等控件都是繼承父類View來實現的。RelativeLayout、LinearLayout、FrameLayout等佈局都是繼承父類ViewGroup來實現的。

3、什麼是事件：

      當手指觸摸到View或ViewGroup派生的控件後，將會觸發一系列的觸發響應事件，如：

      onTouchEvent、onClick、onLongClick等。每一個View都有本身處理事件的回調方法，開發人員只須要重寫這些回調方法，就能夠實現須要的響應事件。

      而事件一般重要的有以下三種：

　　MotionEvent.ACTION_DOWN  按下View，是全部事件的開始

　　MotionEvent.ACTION_MOVE   滑動事件

　　MotionEvent.ACTION_UP       與down對應，表示擡起

      事件的響應原理：

      在android開發設計模式中，最普遍應用的就是監聽、回調，進而造成了事件響應的過程。

      以Button的OnClick爲例，由於Button也是一個View，因此它也擁有View父類的方法,在View中源碼以下：

註明:如下代碼基於Android4.4  target=android-20

  
  //*************************  View.class***********************************     //1.定義一個回調接口       protected OnClickListener mOnClickListener;              /**        * Interface definition for a callback to be invoked when a view is clicked.  19928        * 視圖被點擊時要調用的回調接口定義         * line:19928        */       public interface OnClickListener {           /**            * Called when a view has been clicked.            *            * @param v The view that was clicked.            */           void onClick(View v);       }           //2.註冊一個回調以便視圖被點擊的時候調用              /**        * Register a callback to be invoked when this view is clicked. If this view is not        * clickable, it becomes clickable.        * line:4695        * @param l The callback that will run        *        * @see #setClickable(boolean)        */       public void setOnClickListener(OnClickListener l) {           if (!isClickable()) {               setClickable(true);           }           getListenerInfo().mOnClickListener = l;       }   // 3.調用這個視圖的監聽器，假如已經定義了       /**        * Call this view's OnClickListener, if it is defined.  Performs all normal        * actions associated with clicking: reporting accessibility event, playing        * a sound, etc.        * line:4743        * @return True there was an assigned OnClickListener that was called, false        *         otherwise is returned.        */       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);           return result;       }                     //4.實現這個方法來處理屏幕的觸摸事件               /**         * Implement this method to handle touch screen motion events.         * <p>   line:9303         * If this method is used to detect click actions, it is recommended that         * the actions be performed by implementing and calling         * {@link #performClick()}. This will ensure consistent system behavior,         * including:         * <ul>         * <li>obeying click sound preferences         * <li>dispatching OnClickListener calls         * <li>handling {@link AccessibilityNodeInfo#ACTION_CLICK ACTION_CLICK} when         * accessibility features are enabled         * </ul>         *         * @param event The motion event.         * @return True if the event was handled, false otherwise.         */        public boolean onTouchEvent(MotionEvent event) {            final float x = event.getX();            final float y = event.getY(); //           ....... //           .......                           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();                                    }                                }                            } //           ....... //           .......            return false;        }

 

      以上是View源碼中關鍵代碼行，以Button爲例，假設須要在一個佈局上添加一個按鈕，並實現它的OnClick事件，須要以下步驟：

一、 OnClickListener類是一個當控件被點擊後進行回調的一個接口，它完成被點擊後的回調通知。

二、 建立一個按鈕Button，並設置監聽事件，對這個Button進行setOnClickListener操做

三、  當手指觸摸到Button按鈕，經過一系列方法（以後將會詳細講解，這裏暫時忽略），觸發並執行到onTouchEvent方法並執行mPerformClick方法，在mPerformClick方法中，首先會判斷注  冊的mOnClickListener是否爲空，若不爲空，它就會回調以前註冊的onClick方法，進而執行用戶自定義代碼。

      事件響應機制，簡單來講上面的例子就已經基本上詮釋了

      註冊一個監聽對象

      實現監聽對象的監聽事件

      當某一觸發事件到來，在觸發事件中經過註冊過的監聽對象，回調註冊對象的響應事件，來完成用戶自定義實現。

但凡明白了這一個簡單的事件響應的過程，就離事件驅動開發整個過程就不遠了，大道至簡，請徹底理解了這個例子，再繼續以後的學習，事半功倍。

4、View事件的分發機制：

      經過上面的例子，咱們初步的接觸了View的事件分發機制，再進一步瞭解。首先，咱們要熟悉dispatchTouchEvent和onTouchEvent兩個函數，這兩個函數都是View的函數，要理解View事件的分發機制，只要清楚這兩個函數就基本上清楚了。

在這裏先提醒一句，這裏的「分發」是指一個觸摸或點擊的事件發生，分發給當前觸摸控件所監聽的事件（如OnClick、onTouch等），進而來決定是控件的哪一個函數來響應這次事件。

dispatchTouchEvent（）:

      此方法負責事件的分發，你只須要記住當觸摸一個View控件，首先會調用這個函數就行，在這個函數體裏決定將事件分發給誰來處理。

onTouchEvent（）:

      此方法負責執行事件的處理，負責處理事件，主要處理MotionEvent.ACTION_DOWN、

MotionEvent.ACTION_MOVE 、MotionEvent.ACTION_UP這三個事件。

      public boolean onTouchEvent (MotionEvent event) 

      參數event爲手機屏幕觸摸事件封裝類的對象，其中封裝了該事件的全部信息，例如觸摸的位置、觸摸的類型以及觸摸的時間等。該對象會在用戶觸摸手機屏幕時被建立。

那麼它是如何執行這個流程的呢？

      咱們在一個activity 的視圖中只放一個button,在代碼中的onTouch 方法返回值不一樣會有什麼改變呢？相應的代碼以下：

      咱們知道，View作爲全部控件的父類，它自己定義了不少接口來監聽觸摸在View上的事件，如OnClickListener（點擊）、OnLongClickListener（長按）、OnTouchListener（觸摸監聽）等，那麼當手指觸摸到View時候，該響應「點擊」仍是」觸摸」呢,就是根據dispatchTouchEvent和onTouchEvent這兩個函數組合實現的，咱們之下的討論，僅對經常使用的「點擊OnClick」和「觸摸onTouch」來討論，順藤摸瓜，找出主線，進而搞清楚View的事件分發機制。

      對於上面的按鈕，點擊它一下，咱們指望2種結果，第一種：它響應一個點擊事件。第二種：不響應點擊事件。

public class TouchTestActivity extends Activity implements OnClickListener ,OnTouchListener{  private Button btnButton;  private String TAG=TouchTestActivity.class.getSimpleName();  @Override  protected void onCreate(Bundle savedInstanceState) {   super.onCreate(savedInstanceState);   setContentView(R.layout.touchtest_layout);   btnButton=(Button) findViewById(R.id.btn);   btnButton.setOnClickListener(this);   btnButton.setOnTouchListener(this);  }  @Override  public void onClick(View v) {   // TODO Auto-generated method stub   switch (v.getId()) {   case R.id.btn:    Log.e(TAG, "onClick() -----------------");    break;   default:    break;   }  }  /**   * 返回true表示事件已經處理完畢，不須要再進一步的分發...   *    * 每一次的touch 由一個ACTION_DOWN 一個ACTION_UP 和 若干個 ACTION_MOVE組成   *    */  @Override  public boolean onTouch(View v, MotionEvent event) {   // TODO Auto-generated method stub   switch (event.getActionMasked()) {   case MotionEvent.ACTION_DOWN:     Log.e(TAG, "onTouch()   ACTION_DOWN..................");    break;   case MotionEvent.ACTION_UP:     Log.e(TAG, "onTouch()   ACTION_UP....................");    break;   case MotionEvent.ACTION_CANCEL: //好像沒有執行    Log.e(TAG, "onTouch()   ACTION_CANCEL................");    break;   case MotionEvent.ACTION_MOVE:    Log.e(TAG, "onTouch()   ACTION_MOVE..................");    break;   default: break;   }   return false;  // 1.return false   return true ;  // 2.return true  } }

 

  

結果分析：

      上面兩處代碼，onTouch 第一種返回false，第二種返回true，返回true表示事件已經處理完畢，不須要再進一步的分發，反之須要進一步的分發。第一種執行了OnClick函數和OnTouch函數，第二種執行了OnTouch函數，並無執行OnClick函數，並且對兩處代碼進行比較，發現只有在onTouch處返回值true和false不一樣。當onTouch返回false，onClick被執行了，返回true，onClick未被執行。

      爲何會這樣呢？咱們只有深刻源碼才能分析出來。

      前面提到，觸摸一個View就會執行dispatchTouchEvent方法去「分發」事件，  既然觸摸的是按鈕Button，那麼咱們就查看Button的源碼，尋找dispatchTouchEvent方法，Button源碼中沒有dispatchTouchEvent方法，但知道Button繼承自TextView，尋找TextView，發現它也沒有dispatchTouchEvent方法，繼續查找TextView的父類View，發現View有dispatchTouchEvent方法，那咱們就分析dispatchTouchEvent方法。

主要代碼以下：

    /**      * Pass the touch screen motion event down to the target view, or this      * view if it is the target.      *      * @param event The motion event to be dispatched.      * @return True if the event was handled by the view, false otherwise.      */     public boolean dispatchTouchEvent(MotionEvent event) {         boolean result = false;           ... ...                              if (onFilterTouchEventForSecurity(event)) {             //noinspection SimplifiableIfStatement             ListenerInfo li = mListenerInfo;             if (li != null && li.mOnTouchListener != null                     && (mViewFlags & ENABLED_MASK) == ENABLED                     && li.mOnTouchListener.onTouch(this, event)) {                 result = true;             }             if (!result && onTouchEvent(event)) {                 result = true;             }         }         if (!result && mInputEventConsistencyVerifier != null) {             mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);         }         // Clean up after nested scrolls if this is the end of a gesture;         // also cancel it if we tried an ACTION_DOWN but we didn't want the rest         // of the gesture.         if (actionMasked == MotionEvent.ACTION_UP ||                 actionMasked == MotionEvent.ACTION_CANCEL ||                 (actionMasked == MotionEvent.ACTION_DOWN && !result)) {             stopNestedScroll();         }         return result;     }

 

分析：

先來看dispatchTouchEvent函數返回值，若是返回true，代表事件被處理了，反之，代表事件未被處理。

      這個斷定很重要，mOnTouchListener != null，判斷該控件是否註冊了OnTouchListener對象的監聽，(mViewFlags & ENABLED_MASK) == ENABLED，判斷當前的控件是否能被點擊（好比Button默承認以點擊，ImageView默認不準點擊，看到這裏就瞭然了），mOnTouchListener.onTouch(this, event)這個是關鍵，這個調用，就是回調你註冊在這個View上的mOnTouchListener對象的onTouch方法，若是你在onTouch方法裏返回false，那麼這個判斷語句就跳出，去執行下面的程序，不然，當前2個都返回了true，自定義onTouch方法也返回true，條件成立，就直接返回了，再也不執行下面的程序。接下來，if (onTouchEvent(event)) 這個判斷很重要，可否回調OnClickListener接口的onClick函數，關鍵在於此，能夠確定的是，若是上面if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&

                    mOnTouchListener.onTouch(this, event))返回true，那麼就不會執行並回調OnClickListener接口的onClick函數。

      接下來，咱們看onTouchEvent這個函數，看它是如何響應點擊事件的。

      主要代碼以下：

public boolean onTouchEvent(MotionEvent event) {              //控件不能被點擊         if ((viewFlags & ENABLED_MASK) == DISABLED) {              …         }         //委託代理別的View去實現         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:                           …...                             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)) {                         //這裏就是去執行回調註冊的onClick函數，實現點擊                                     performClick();                                 }                             }                             ……                     break;            //按下事件                 case MotionEvent.ACTION_DOWN:                                          ……                     break;                  ……            //移動事件                 case MotionEvent.ACTION_MOVE:                      ……                     break;             }                    return true;         }         return false; }

 

 

      從上面主要代碼能夠看出onTouchEvent傳參MotionEvent類型，它封裝了觸摸的活動事件，其中就有MotionEvent.ACTION_DOWN、MotionEvent.ACTION_MOVE、MotionEvent.ACTION_UP三個事件。咱們在來看看onTouchEvent的返回值，由於onTouchEvent是在dispatchTouchEvent事件分發處理中調用的，

public boolean dispatchTouchEvent(MotionEvent event) {          ……             if (onTouchEvent(event)) {                 return true;             }      return fasle; }

 

      若是onTouchEvent返回true，dispatchTouchEvent就返回true，代表事件被處理了，反之，事件未被處理。

 

程序的關鍵在  if (((viewFlags & CLICKABLE) == CLICKABLE ||

                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE))的判斷裏，咱們發現不管switch的分支在什麼地方跳出，返回都是true。這就代表，不管是三個事件中的哪個，都會返回true。

      參照下圖，結合上述，不難理解View的分發機制了。

 

 

 

5、ViewGroup事件分發機制：

      ViewGroup事件分發機制較View的稍微複雜一些，不過對View的機制只要精確的理解後，仔細看過這一節，睡幾覺起來，估計也就悟出來了，學習就是這麼奇怪，當下理解不了或模糊的地方，只要腦子有印象，突然一晚上好像就懂了。

下圖爲view的事件傳遞機制：

      

 

下圖爲ViewGroup的傳遞機制：