Android事件分發(fā)機(jī)制如何理解

今天就跟大家聊聊有關(guān)Android事件分發(fā)機(jī)制如何理解，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

前言

在android開發(fā)中會(huì)經(jīng)常遇到滑動(dòng)沖突(比如ScrollView或是SliddingMenu與ListView的嵌套)的問題，需要我們深入的了解android事件響應(yīng)機(jī)制才能解決，事件響應(yīng)機(jī)制已經(jīng)是android開發(fā)者必不可少的知識(shí)。

涉及到事件響應(yīng)的常用方法構(gòu)成

用戶在手指與屏幕接觸過程中通過MotionEvent對(duì)象產(chǎn)生一系列事件，它有四種狀態(tài)：

• MotionEvent.ACTION_DOWN：手指按下屏幕的瞬間(一切事件的開始)

• MotionEvent.ACTION_MOVE：手指在屏幕上移動(dòng)

• MotionEvent.ACTION_UP：手指離開屏幕瞬間

• MotionEvent.ACTION_CANCEL ：取消手勢(shì)，一般由程序產(chǎn)生，不會(huì)由用戶產(chǎn)生

Android中的事件onClick, onLongClick，onScroll,  onFling等等，都是由許多個(gè)Touch事件構(gòu)成的(一個(gè)ACTION_DOWN， n個(gè)ACTION_MOVE，1個(gè)ACTION_UP)。

android 事件響應(yīng)機(jī)制是先 分發(fā)(先由外部的View接收，然后依次傳遞給其內(nèi)層的最小View)再 處理  (從最小View單元(事件源)開始依次向外層傳遞。)的形式實(shí)現(xiàn)的。

復(fù)雜性表現(xiàn)在：可以控制每層事件是否繼續(xù)傳遞(分發(fā)和攔截協(xié)同實(shí)現(xiàn))，以及事件的具體消費(fèi)(事件分發(fā)也具有事件消費(fèi)能力)。

android事件處理涉及到的三個(gè)重要函數(shù)

事件分發(fā)：public boolean dispatchTouchEvent(MotionEvent ev)

當(dāng)有監(jiān)聽到事件時(shí)，首先由Activity進(jìn)行捕獲，進(jìn)入事件分發(fā)處理流程。(因?yàn)閍ctivity沒有事件攔截，View和ViewGroup有)會(huì)將事件傳遞給最外層View的dispatchTouchEvent(MotionEvent  ev)方法，該方法對(duì)事件進(jìn)行分發(fā)。

• return true ：表示該View內(nèi)部消化掉了所有事件。

• return false  ：事件在本層不再繼續(xù)進(jìn)行分發(fā)，并交由上層控件的onTouchEvent方法進(jìn)行消費(fèi)(如果本層控件已經(jīng)是Activity，那么事件將被系統(tǒng)消費(fèi)或處理)。

• 如果事件分發(fā)返回系統(tǒng)默認(rèn)的 super.dispatchTouchEvent(ev)，事件將分發(fā)給本層的事件攔截onInterceptTouchEvent  方法進(jìn)行處理

事件攔截：public boolean onInterceptTouchEvent(MotionEvent ev)

• return true ：表示將事件進(jìn)行攔截，并將攔截到的事件交由本層控件 的 onTouchEvent 進(jìn)行處理;

• return false ：則表示不對(duì)事件進(jìn)行攔截，事件得以成功分發(fā)到子View。并由子View的dispatchTouchEvent進(jìn)行處理。

• 如果返回super.onInterceptTouchEvent(ev)，默認(rèn)表示攔截該事件，并將事件傳遞給當(dāng)前View的onTouchEvent方法，和return  true一樣。

事件響應(yīng)：public boolean onTouchEvent(MotionEvent ev)

在dispatchTouchEvent(事件分發(fā))返回super.dispatchTouchEvent(ev)并且onInterceptTouchEvent(事件攔截返回true或super.onInterceptTouchEvent(ev)的情況下，那么事件會(huì)傳遞到onTouchEvent方法，該方法對(duì)事件進(jìn)行響應(yīng)。

• 如果return true，表示onTouchEvent處理完事件后消費(fèi)了此次事件。此時(shí)事件終結(jié);

• 如果return  fasle，則表示不響應(yīng)事件，那么該事件將會(huì)不斷向上層View的onTouchEvent方法傳遞，直到某個(gè)View的onTouchEvent方法返回true，如果到了最頂層View還是返回false，那么認(rèn)為該事件不消耗，則在同一個(gè)事件系列中，當(dāng)前View無法再次接收到事件，該事件會(huì)交由Activity的onTouchEvent進(jìn)行處理;

• 如果return super.dispatchTouchEvent(ev)，則表示不響應(yīng)事件，結(jié)果與return false一樣。

從以上過程中可以看出，dispatchTouchEvent無論返回true還是false，事件都不再進(jìn)行分發(fā)，只有當(dāng)其返回super.dispatchTouchEvent(ev)，才表明其具有向下層分發(fā)的愿望，但是是否能夠分發(fā)成功，則需要經(jīng)過事件攔截onInterceptTouchEvent的審核。事件是否向上傳遞處理是由onTouchEvent的返回值決定的。

View源碼分析

Android中ImageView、textView、Button等繼承于View但沒有重寫的dispatchTouchEvent方法，所以都用的View的該方法進(jìn)行事件分發(fā)。

看View重要函數(shù)部分源碼：

public boolean dispatchTouchEvent(MotionEvent event) {       //返回true,表示該View內(nèi)部消化掉了所有事件。返回false，表示View內(nèi)部只處理了ACTION_DOWN事件，事件繼續(xù)傳遞，向上級(jí)View(ViewGroup)傳遞。     if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&             mOnTouchListener.onTouch(this, event)) {                //此處的onTouch方式就是回調(diào)的我們注冊(cè)O(shè)nTouchListener時(shí)重寫的onTouch()方法          return true;     }    return onTouchEvent(event); }

首先進(jìn)行三個(gè)條件的判斷：

(1)查看是否給button設(shè)置了OnTouchListener()事件;

(2)控件是否Enable;(控件默認(rèn)都是enable的)

(3)button里面實(shí)現(xiàn)的OnTouchListener監(jiān)聽里的onTouch()方法是否返回true;

如果條件都滿足，則該事件被消耗掉，不再進(jìn)入onTouchEvent中處理。否則將事件將交給onTouchEvent方法處理。

public boolean onTouchEvent(MotionEvent event) {     ...     /＊ 當(dāng)前onTouch的組件必須是可點(diǎn)擊的比如Button，ImageButton等等，此處CLICKABLE為true，才會(huì)進(jìn)入if方法，***返回true。  如果是ImageView、TexitView這些默認(rèn)為不可點(diǎn)擊的View,此處CLICKABLE為false，***返回false。當(dāng)然會(huì)有特殊情況，如果給這些View設(shè)置了onClick監(jiān)聽器，此處CLICKABLE也將為true＊／      if (((viewFlags & CLICKABLE) == CLICKABLE ||                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {                  switch (event.getAction()) {                         case MotionEvent.ACTION_UP:                ...                                                if (!post(mPerformClick)) {                          performClick();// 實(shí)際就是回調(diào)了我們注冊(cè)的OnClickListener中重新的onClick()方法                    }                 ...                                  break;              case MotionEvent.ACTION_DOWN:                 ...                                  break;              case MotionEvent.ACTION_CANCEL:                 ...                                 break;              case MotionEvent.ACTION_MOVE:                  ...                                  break;         }                 return true;     }      return false; }

public boolean performClick() {     ...  ／／    if (li != null && li.mOnClickListener != null) {         ...         li.mOnClickListener.onClick(this);                     return true;     }      return false; }

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

只有我們注冊(cè)O(shè)nTouchListener時(shí)重寫的

onTouch()方法中

返回false —> 執(zhí)行onTouchEvent方法 —> 導(dǎo)致onClick()回調(diào)方法執(zhí)行

返回true —> onTouchEvent方法不執(zhí)行 —> 導(dǎo)致onClick()回調(diào)方法不會(huì)執(zhí)行

ViewGroup源碼分析

Android中諸如LinearLayout等的五大布局控件，都是繼承自ViewGroup，而ViewGroup本身是繼承自View，所以ViewGroup的事件處理機(jī)制對(duì)這些控件都有效。

部分源碼：

public boolean dispatchTouchEvent(MotionEvent ev) {          final int action = ev.getAction();          final float xf = ev.getX();          final float yf = ev.getY();          final float scrolledXFloat = xf + mScrollX;          final float scrolledYFloat = yf + mScrollY;          final Rect frame = mTempRect;             //這個(gè)值默認(rèn)是false, 然后我們可以通過requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法          //來改變disallowIntercept的值          boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;             //這里是ACTION_DOWN的處理邏輯          if (action == MotionEvent.ACTION_DOWN) {           //清除mMotionTarget, 每次ACTION_DOWN都很設(shè)置mMotionTarget為null              if (mMotionTarget != null) {                  mMotionTarget = null;              }                 //disallowIntercept默認(rèn)是false, 就看ViewGroup的onInterceptTouchEvent()方法              if (disallowIntercept || !onInterceptTouchEvent(ev)) {  //***點(diǎn)                ev.setAction(MotionEvent.ACTION_DOWN);                  final int scrolledXInt = (int) scrolledXFloat;                  final int scrolledYInt = (int) scrolledYFloat;                  final View[] children = mChildren;                  final int count = mChildrenCount;                  //遍歷其子View                  for (int i = count - 1; i >= 0; i--) {  //第二點(diǎn)                    final View child = children[i];                                            //如果該子View是VISIBLE或者該子View正在執(zhí)行動(dòng)畫, 表示該View才                      //可以接受到Touch事件                      if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE                              || child.getAnimation() != null) {                       //獲取子View的位置范圍                          child.getHitRect(frame);                                                    //如Touch到屏幕上的點(diǎn)在該子View上面                          if (frame.contains(scrolledXInt, scrolledYInt)) {                              // offset the event to the view's coordinate system                              final float xc = scrolledXFloat - child.mLeft;                              final float yc = scrolledYFloat - child.mTop;                              ev.setLocation(xc, yc);                              child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;                                                            //調(diào)用該子View的dispatchTouchEvent()方法                              if (child.dispatchTouchEvent(ev))  {                                  // 如果child.dispatchTouchEvent(ev)返回true表示                               //該事件被消費(fèi)了，設(shè)置mMotionTarget為該子View                                  mMotionTarget = child;                                  //直接返回true                                  return true;                              }                              // The event didn't get handled, try the next view.                              // Don't reset the event's location, it's not                              // necessary here.                          }                      }                  }              }          }             //判斷是否為ACTION_UP或者ACTION_CANCEL          boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||                  (action == MotionEvent.ACTION_CANCEL);             if (isUpOrCancel) {           //如果是ACTION_UP或者ACTION_CANCEL, 將disallowIntercept設(shè)置為默認(rèn)的false           //假如我們調(diào)用了requestDisallowInterceptTouchEvent()方法來設(shè)置disallowIntercept為true           //當(dāng)我們抬起手指或者取消Touch事件的時(shí)候要將disallowIntercept重置為false           //所以說上面的disallowIntercept默認(rèn)在我們每次ACTION_DOWN的時(shí)候都是false              mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;          }             // The event wasn't an ACTION_DOWN, dispatch it to our target if          // we have one.          final View target = mMotionTarget;          //mMotionTarget為null意味著沒有找到消費(fèi)Touch事件的View, 所以我們需要調(diào)用ViewGroup父類的          //dispatchTouchEvent()方法，也就是View的dispatchTouchEvent()方法          if (target == null) {              // We don't have a target, this means we're handling the              // event as a regular view.              ev.setLocation(xf, yf);              if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {                  ev.setAction(MotionEvent.ACTION_CANCEL);                  mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;              }              return super.dispatchTouchEvent(ev);          }             //這個(gè)if里面的代碼ACTION_DOWN不會(huì)執(zhí)行，只有ACTION_MOVE          //ACTION_UP才會(huì)走到這里, 假如在ACTION_MOVE或者ACTION_UP攔截的          //Touch事件, 將ACTION_CANCEL派發(fā)給target，然后直接返回true          //表示消費(fèi)了此Touch事件          if (!disallowIntercept && onInterceptTouchEvent(ev)) {              final float xc = scrolledXFloat - (float) target.mLeft;              final float yc = scrolledYFloat - (float) target.mTop;              mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;              ev.setAction(MotionEvent.ACTION_CANCEL);              ev.setLocation(xc, yc);                            if (!target.dispatchTouchEvent(ev)) {              }              // clear the target              mMotionTarget = null;              // Don't dispatch this event to our own view, because we already              // saw it when intercepting; we just want to give the following              // event to the normal onTouchEvent().              return true;          }             if (isUpOrCancel) {              mMotionTarget = null;          }             // finally offset the event to the target's coordinate system and          // dispatch the event.          final float xc = scrolledXFloat - (float) target.mLeft;          final float yc = scrolledYFloat - (float) target.mTop;          ev.setLocation(xc, yc);             if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {              ev.setAction(MotionEvent.ACTION_CANCEL);              target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;              mMotionTarget = null;          }             //如果沒有攔截ACTION_MOVE, ACTION_DOWN的話，直接將Touch事件派發(fā)給target          return target.dispatchTouchEvent(ev);      }

1、dispatchTouchEvent作用：決定事件是否由onInterceptTouchEvent來攔截處理。

返回super.dispatchTouchEvent時(shí)，由onInterceptTouchEvent來決定事件的流向

返回false時(shí)，會(huì)繼續(xù)分發(fā)事件，自己內(nèi)部只處理了ACTION_DOWN

返回true時(shí)，不會(huì)繼續(xù)分發(fā)事件，自己內(nèi)部處理了所有事件(ACTION_DOWN,ACTION_MOVE,ACTION_UP)

2、onInterceptTouchEvent作用：攔截事件，用來決定事件是否傳向子View

返回true時(shí)，攔截后交給自己的onTouchEvent處理

返回false時(shí)，攔截后交給子View來處理

3、onTouchEvent作用：事件最終到達(dá)這個(gè)方法

返回true時(shí)，內(nèi)部處理所有的事件，換句話說，后續(xù)事件將繼續(xù)傳遞給該view的onTouchEvent()處理

返回false時(shí)，事件會(huì)向上傳遞，由onToucEvent來接受，如果最上面View中的onTouchEvent也返回false的話，那么事件就會(huì)消失

• 如果ViewGroup找到了能夠處理該事件的View，則直接交給子View處理，自己的onTouchEvent不會(huì)被觸發(fā);

• 可以通過復(fù)寫onInterceptTouchEvent(ev)方法，攔截子View的事件(即return  true)，把事件交給自己處理，則會(huì)執(zhí)行自己對(duì)應(yīng)的onTouchEvent方法。

• 子View可以通過調(diào)用getParent().requestDisallowInterceptTouchEvent(true);  阻止ViewGroup對(duì)其MOVE或者UP事件進(jìn)行攔截;

看完上述內(nèi)容，你們對(duì)Android事件分發(fā)機(jī)制如何理解有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。