在平常的開發(fā)中，我們經(jīng)常會(huì)遇到點(diǎn)擊，滑動(dòng)之類的事件。有時(shí)候不同的view之間也存在各種滑動(dòng)沖突。比如布局的內(nèi)外兩層都能滑動(dòng)的話，那么就會(huì)出現(xiàn)沖突了。這個(gè)時(shí)候我們就需要了解Android的事件分發(fā)機(jī)制。
Android的觸摸事件分發(fā)過程由三個(gè)很重要的方法來共同完成：dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent。我先將這三個(gè)方法大體的介紹一下。

 •public boolean dispatchTouchEvent(MotionEvent ev) 

用來進(jìn)行事件的分發(fā)。如果事件能夠傳遞給當(dāng)前View，那么此方法一定會(huì)被調(diào)用，返回結(jié)果受當(dāng)前View的onTouchEvent和下級(jí)View的dispatchTouchEvent方法的影響，表示是否消耗當(dāng)前事件。ACTION_DOWN的dispatchTouchEvent()返回true，后續(xù)事件（ACTION_MOVE、ACTION_UP）會(huì)再傳遞，如果返回false，dispatchTouchEvent()就接收不到ACTION_UP、ACTION_MOVE。簡單的說，就是當(dāng)dispatchTouchEvent在進(jìn)行事件分發(fā)的時(shí)候，只有前一個(gè)action返回true，才會(huì)觸發(fā)后一個(gè)action。

 •public boolean onInterceptTouchEvent(MotionEvent event) 

這個(gè)方法是在dispatchTouchEvent方法中調(diào)用的，用來攔截某個(gè)事件的。如果當(dāng)前View攔截了某個(gè)事件，那么在同一個(gè)事件序列中，此方法不會(huì)被再次調(diào)用，返回的結(jié)果表示是否攔截當(dāng)前事件。它是ViewGroup提供的方法，默認(rèn)返回false。

 •public boolean onTouchEvent(MotionEvent event) 

在dispatchTouchEvent方法中調(diào)用，用來處理點(diǎn)擊事件，返回結(jié)果表示是否消耗掉當(dāng)前事件（true表示消耗，false表示不消耗），如果不消耗，則在同一個(gè)事件序列中，當(dāng)前View無法再次接收到事件。View和ViewGroup都有該方法，View默認(rèn)返回true，表示消費(fèi)了這個(gè)事件。

View里，有兩個(gè)回調(diào)函數(shù) ：

public boolean dispatchTouchEvent(MotionEvent ev)；   
public boolean onTouchEvent(MotionEvent ev);

ViewGroup里，有三個(gè)回調(diào)函數(shù) ：

public boolean dispatchTouchEvent(MotionEvent ev)；   
public boolean onInterceptTouchEvent(MotionEvent ev);   
public boolean onTouchEvent(MotionEvent ev);

上述三個(gè)方法中有什么區(qū)別和關(guān)系呢？下面用一段偽代碼表示：

public boolean dispatchTouchEvent(MotionEvent ev) { 
 boolean consume = false; 
 if(onInterceptTouchEvent(ev)){ 
  consume = onTouchEvent(ev); 
 } else { 
  consume = child.dispatchTouchEvent(ev); 
 } 
 return consume; 
} 

 通過上面的偽代碼大家可能對(duì)點(diǎn)擊事件的傳遞規(guī)則有了更清楚的認(rèn)識(shí)，即：對(duì)于一個(gè)根ViewGroup來說，點(diǎn)擊事件產(chǎn)生后，首先會(huì)傳遞給它，這時(shí)它的dispatchTouchEvent就會(huì)被調(diào)用，如果這個(gè)ViewGroup的onInterceptTouchEvent方法返回true表示它要攔截此事件，接著這個(gè)事件就會(huì)交給這個(gè)ViewGroup處理，即它的onTouchEvent方法就會(huì)被調(diào)用；如果這個(gè)ViewGroup的onInterceptTouchEvent方法返回false，就表示它不攔截此事件，這是當(dāng)前事件就會(huì)繼續(xù)傳遞給它的子元素，接著子元素的dispatchTouchEvent方法就會(huì)被調(diào)用，如此反復(fù)直到事件被最終處理。

下面的幾張圖參考自[eoe]：

 •圖一：ACTION_DOWN都沒被消費(fèi)

•圖二（一）：ACTION_DOWN被View消費(fèi)了

•圖二（二）：后續(xù)ACTION_MOVE和UP在不被攔截的情況下都會(huì)去找VIEW

•圖三：后續(xù)的被攔截了

•圖四：ACTION_DOWN一開始就被攔截

View事件分發(fā)源碼分析：
 •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)這三個(gè)條件都為真，就返回true，否則就去執(zhí)行onTouchEvent(event)方法并返回。

總結(jié)下來onTouch能夠得到執(zhí)行需要兩個(gè)前提條件（都滿足）：
 1.設(shè)置了OnTouchListener
 2.控件是enable狀態(tài)

 而onTouchEvent能夠得到執(zhí)行滿足以下三個(gè)條件任意一個(gè)即可：
 1.沒有設(shè)置OnTouchListener
 2.控件不是enable狀態(tài)
 3.onTouch返回false

 再來看一下dispatchTouchEvent的返回值，它其實(shí)受onTouch和onTouchEvent函數(shù)的返回值控制，也就是說touch事件被成功消費(fèi)返回true，它也就返回true，說明分發(fā)成功，此后的事件序列也會(huì)在此被分發(fā)，而如果返回false，則認(rèn)為分發(fā)失敗，此后的事件序列就不再分發(fā)下去了。
 •onTouchEvent方法：

 if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
  ...
  return true;
 }

View的onTouchEvent默認(rèn)都會(huì)消耗掉事件（該方法返回true），除非它是不可點(diǎn)擊的（clickable和longClickable同時(shí)為false）。并且View的longClickable默認(rèn)為false，clickable屬性要分情況，比如Button默認(rèn)為true，TextView、ImageView默認(rèn)為false。

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

 這不就是我們熟悉的OnClickListener嗎，它原來是在onTouchEvent中被調(diào)用的。只要mOnClickListener不是null，就會(huì)去調(diào)用它的onClick方法。

總結(jié)下來onClick能夠得到執(zhí)行需要兩個(gè)前提條件（都滿足）：
 1.可以執(zhí)行到onTouchEvent
 2.設(shè)置了OnClickListener

 整個(gè)View的事件轉(zhuǎn)發(fā)流程是：
dispatchEvent->setOnTouchListener->onTouchEvent->setOnClickListener

最后還有一個(gè)問題，setOnLongClickListener和setOnClickListener是否只能執(zhí)行一個(gè)？
答：不是的，只要setOnLongClickListener中的onClick返回false，則兩個(gè)都會(huì)執(zhí)行；返回true則會(huì)屏蔽setOnClickListener。

ViewGroup事件分發(fā)源碼分析：
 •dispatchTouchEvent方法：

 ...
   if (disallowIntercept || !onInterceptTouchEvent(ev)) { 
    ev.setAction(MotionEvent.ACTION_DOWN); 
    final int scrolledXInt = (int) scrolledXFloat; 
    final int scrolledYInt = (int) scrolledYFloat; 
    final View[] children = mChildren; 
    final int count = mChildrenCount; 

    for (int i = count - 1; i >= 0; i--) { 
     final View child = children[i]; 
     if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE 
       || child.getAnimation() != null) { 
      child.getHitRect(frame); 
      if (frame.contains(scrolledXInt, scrolledYInt)) { 
       final float xc = scrolledXFloat - child.mLeft; 
       final float yc = scrolledYFloat - child.mTop; 
       ev.setLocation(xc, yc); 
       child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; 
       if (child.dispatchTouchEvent(ev)) { 
        // Event handled, we have a target now. 
        mMotionTarget = child; 
        return true; 
       } 
      } 
     } 
    } 
   }

 兩種可能會(huì)進(jìn)入if代碼段（即事件被分發(fā)給子View）：
1、當(dāng)前不允許攔截，即disallowIntercept = true.
2、當(dāng)前沒有攔截，即onInterceptTouchEvent(ev)返回false.

 注：disallowIntercept是指是否禁用掉事件攔截的功能，默認(rèn)是false，可以通過ViewGroup.requestDisallowInterceptTouchEvent(boolean)進(jìn)行設(shè)置；而onInterceptTouchEvent(ev)可以進(jìn)行復(fù)寫。

進(jìn)入if代碼段后，通過一個(gè)for循環(huán)，遍歷當(dāng)前ViewGroup下的所有子View，判斷當(dāng)前遍歷的View是不是正在點(diǎn)擊的View，如果是的話就會(huì)調(diào)用該View的dispatchTouchEvent，就進(jìn)入了View的事件分發(fā)流程了，上面有講。當(dāng)child.dispatchTouchEvent(ev)返回true，則為mMotionTarget=child;然后return true，說明ViewGroup的dispatchTouchEvent返回值受childView的dispatchTouchEvent返回值影響，子view事件分發(fā)成功，ViewGroup的事件分發(fā)才成功，此后的事件序列也會(huì)在此分發(fā)（從上面知：子view的clickable或longClickable為true都能分發(fā)成功），而如果ViewGroup事件分發(fā)失敗或者沒有找到子View（點(diǎn)擊空白位置），則會(huì)走到它的onTouchEvent，以后的事件序列也不會(huì)分發(fā)下去，直接走onTouchEvent。

整個(gè)ViewGroup的事件轉(zhuǎn)發(fā)流程是：
dispatchEvent->onInterceptTouchEvent->child.dispatchEvent->(setOnTouchListener->onTouchEvent)

上面的總結(jié)都是基于：如果沒有攔截；那么如何攔截呢？
 •onInterceptTouchEvent

 public boolean onInterceptTouchEvent(MotionEvent ev) { 
 return false; 
}

 代碼很簡單，只有一句，即返回false，ViewGroup默認(rèn)是不攔截的。如果你需要攔截，只要return true就行了，這樣該事件就不會(huì)往子View傳遞了，并且如果你在DOWN return true ，則DOWN,MOVE,UP子View都不會(huì)捕獲到事件；如果你在MOVE return true , 則子View在MOVE和UP都不會(huì)捕獲到事件。

如何不被攔截：
如果ViewGroup的onInterceptTouchEvent(ev) 當(dāng)ACTION_MOVE時(shí)return true ，即攔截了子View的MOVE以及UP事件；此時(shí)子View希望依然能夠響應(yīng)MOVE和UP時(shí)該咋辦呢？
答：onInterceptTouchEvent是定義在ViewGroup中的，子View無法修改。Android給我們提供了一個(gè)方法：requestDisallowInterceptTouchEvent(boolean) 用于設(shè)置是否允許攔截，我們在子View的dispatchTouchEvent中直接這么寫：

 @Override 
  public boolean dispatchTouchEvent(MotionEvent event) 
  { 
   getParent().requestDisallowInterceptTouchEvent(true); 
   int action = event.getAction();  
   switch (action) { 
   case MotionEvent.ACTION_DOWN: 
    Log.e(TAG, "dispatchTouchEvent ACTION_DOWN"); 
    break; 
   case MotionEvent.ACTION_MOVE: 
    Log.e(TAG, "dispatchTouchEvent ACTION_MOVE"); 
    break; 
   case MotionEvent.ACTION_UP: 
    Log.e(TAG, "dispatchTouchEvent ACTION_UP"); 
    break;  
   default: 
    break; 
   } 
   return super.dispatchTouchEvent(event); 
  } 

 getParent().requestDisallowInterceptTouchEvent(true); 這樣即使ViewGroup在MOVE的時(shí)候return true，子View依然可以捕獲到MOVE以及UP事件。
注：如果ViewGroup在onInterceptTouchEvent(ev) ACTION_DOWN里面直接return true了，那么子View是沒有辦法的捕獲事件的！

總結(jié)
關(guān)于代碼流程上面已經(jīng)總結(jié)過了~
1、如果ViewGroup找到了能夠處理該事件的View，則直接交給子View處理，自己的onTouchEvent不會(huì)被觸發(fā)；
2、可以通過復(fù)寫onInterceptTouchEvent(ev)方法，攔截子View的事件（即return true），把事件交給自己處理，則會(huì)執(zhí)行自己對(duì)應(yīng)的onTouchEvent方法
3、子View可以通過調(diào)用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup對(duì)其MOVE或者UP事件進(jìn)行攔截；
好了，那么實(shí)際應(yīng)用中能解決哪些問題呢？
比如你在ScrollView中嵌套了一個(gè)EditText，當(dāng)EditText中文字內(nèi)容太多超出范圍時(shí)，你想上下滑動(dòng)使EditText中文字滾動(dòng)出來，卻發(fā)現(xiàn)滾動(dòng)的是ScrollView。這時(shí)我們設(shè)置EditText的onTouch事件，在onTouch中設(shè)置不讓ScrollView攔截我的事件，最后在UP時(shí)把狀態(tài)改回去。

@Override
public boolean onTouch(View view, MotionEvent motionEvent) {
  if ((view.getId() == R.id.tousuContentEditText && canVerticalScroll(tousuContentEditText))) {
   view.getParent().requestDisallowInterceptTouchEvent(true);
   if (motionEvent.getAction() == MotionEvent.ACTION_UP) {
    view.getParent().requestDisallowInterceptTouchEvent(false);
   }
  }
  return false;
 }

private boolean canVerticalScroll(EditText editText) {
  int scrollY = editText.getScrollY();
  int scrollRange = editText.getLayout().getHeight();
  int scrollExtent = editText.getHeight() - editText.getCompoundPaddingTop() - editText.getCompoundPaddingBottom();
  int scrollDifference = scrollRange - scrollExtent;
  if (scrollDifference == 0) {
   return false;
  }
  return (scrollY > 0) || (scrollY < scrollDifference - 1);
 }

以上就是本文的全部內(nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論