針對螢幕上的一個View控制元件，Android如何區分應當觸發onTouchEvent，還是onClick，亦或是onLongClick事件？ 


在Android中，一次使用者操作可以被不同的View按次序分別處理，並將完全響應了使用者一次UI操作稱之為消費了該事件(consume)，那麼Android是按什麼次序將事件傳遞的呢?又在什麼情況下判定為消費了該事件？
      搞清楚這些問題對於編寫出能正確響應UI操作的程式碼是很重要的，尤其當螢幕上的不同View需要針對此次UI操作做出各種不同響應的時候更是如此，一個典型例子就是使用者在桌面上放置了一個Widget，那麼當用戶針對widget做各種操作時，桌面本身有的時候要對使用者的操作做出響應，有時忽略。只有搞清楚事件觸發和傳遞的機制才有可能保證在介面佈局非常複雜的情況下，UI控制元件仍然能正確響應使用者操作。 

1.  onTouchEvent

     onTouchEvent中要處理的最常用的3個事件就是：ACTION_DOWN、ACTION_MOVE、ACTION_UP。
     這三個事件標識出了最基本的使用者觸控式螢幕幕的操作，含義也很清楚。雖然大家天天都在用它們，但是有一點請留意，ACTION_DOWN事件作為起始事件，它的重要性是要超過ACTION_MOVE和ACTION_UP的，如果發生了ACTION_MOVE或者ACTION_UP，那麼一定曾經發生了ACTION_DOWN。
     從Android的原始碼中能看到基於這種不同重要性的理解而實現的一些互動機制，SDK中也有明確的提及，例如在ViewGroup的onInterceptTouchEvent方法中，如果在ACTION_DOWN事件中返回了true，那麼後續的事件將直接發給onTouchEvent，而不是繼續發給onInterceptTouchEvent。 

2.  onClick、onLongClick與onTouchEvent

     曾經看過一篇帖子提到，如果在View中處理了onTouchEvent，那麼就不用再處理onClick了，因為Android只會觸發其中一個方法。這個理解是不太正確的，針對某個view，使用者完成了一次觸碰操作，顯然從感測器上得到的訊號是手指按下和擡起兩個操作，我們可以理解為一次Click，也可以理解為發生了一次ACTION_DOWN和ACTION_UP，那麼Android是如何理解和處理的呢？
     在Android中，onClick、onLongClick的觸發是和ACTION_DOWN及ACTION_UP相關的，在時序上，如果我們在一個View中同時覆寫了
onClick、onLongClick及onTouchEvent的話，onTouchEvent是最先捕捉到ACTION_DOWN和ACTION_UP事件的，其次才可能觸發onClick
或者onLongClick。主要的邏輯在View.java中的onTouchEvent方法中實現的： 

case MotionEvent.ACTION_DOWN:
    mPrivateFlags |= PRESSED;
    refreshDrawableState();
    if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) {
         postCheckForLongClick(); 
    }
    break;
case MotionEvent.ACTION_UP:
    if ((mPrivateFlags & PRESSED) != 0) {
         boolean focusTaken = false;
         if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
               focusTaken = requestFocus();
         }
    if (!mHasPerformedLongPress) {
       if (mPendingCheckForLongPress != null) {
             removeCallbacks(mPendingCheckForLongPress);
       }
       if (!focusTaken) {
              performClick();
       }
    }
    …
    break;
 

  可以看到，Click的觸發是在系統捕捉到ACTION_UP後發生並由performClick()執行的，performClick裡會呼叫先前註冊的監聽器
的onClick()方法：

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

 LongClick的觸發則是從ACTION_DOWN開始，由postCheckForLongClick()方法完成：

private void postCheckForLongClick() {
     mHasPerformedLongPress = false;
     if (mPendingCheckForLongPress == null) {
         mPendingCheckForLongPress = new CheckForLongPress();
     }
     mPendingCheckForLongPress.rememberWindowAttachCount();
     postDelayed(mPendingCheckForLongPress, ViewConfiguration.getLongPressTimeout());
}

可以看到，在ACTION_DOWN事件被捕捉後，系統會開始觸發一個postDelayed操作，delay的時間在Eclair2.1上為500ms，500ms後會觸發
CheckForLongPress執行緒的執行：

class CheckForLongPress implements Runnable {
…
        public void run() {
            if (isPressed() && (mParent != null)
                    && mOriginalWindowAttachCount == mWindowAttachCount) {
                if (performLongClick()) {
                    mHasPerformedLongPress = true;
                }
            }
        }
…
}

如果各種條件都滿足，那麼在CheckForLongPress中執行performLongClick()，在這個方法中將呼叫onLongClick()：

public boolean performLongClick() {
      …
      if (mOnLongClickListener != null) {
          handled = mOnLongClickListener.onLongClick(View.this);
      }
      …
}

從實現中可以看到onClick()和onLongClick()方法是由ACTION_DOWN和ACTION_UP事件捕捉後根據各種情況最終確定是否觸發的，也就是說
如果我們在一個Activity或者View中同時監聽或者覆寫了onClick(),onLongClick()和onTouchEvent()方法，並不意味著只會發生其中一種。

下面是一個onClick被觸發的基本時序的Log：

04-05 05:57:47.123: DEBUG/TSActivity(209): onTouch ACTION_DOWN
04-05 05:57:47.263: DEBUG/TSActivity(209): onTouch ACTION_UP
04-05 05:57:47.323: DEBUG/TSActivity(209): onClick

可以看出是按ACTION_DOWN -> ACTION_UP -> onClick的次序發生的。

下面是一個onLongClick被觸發的基本時序的Log：

04-05 06:00:04.133: DEBUG/TSActivity(248): onTouch ACTION_DOWN
04-05 06:00:04.642: DEBUG/TSActivity(248): onLongClick 
04-05 06:00:05.083: DEBUG/TSActivity(248): onTouch ACTION_UP

可以看到，在保持按下的狀態一定時間後會觸發onLongClick,之後擡起手才會發生ACTION_UP。

3.  onClick和onLongClick能同時發生嗎？

     要弄清楚這個問題只要理解Android對事件處理的所謂消費(consume)概念即可，一個使用者的操作會被傳遞到不同的View控制元件和同一個控制元件的不同監聽方法處理，任何一個接收並處理了該次事件的方法如果在處理完後返回了true，那麼該次event就算被完全處理了，其他的View或者監聽方法就不會再有機會處理該event了。     onLongClick的發生是由單獨的執行緒完成的，並且在ACTION_UP之前，而onClick的發生是在ACTION_UP後，因此同一次使用者touch操作就有可能既發生onLongClick又發生onClick。這樣是不是不可思議？所以及時向系統表示“我已經完全處理（消費）了使用者的此次操作”，是很重要的事情。例如，我們如果在onLongClick()方法的最後return true，那麼onClick事件就沒有機會被觸發了。
下面的Log是在onLongClick()方法return false的情況下，一次觸碰操作的基本時序：

04-05 06:00:53.023: DEBUG/TSActivity(277): onTouch ACTION_DOWN
04-05 06:00:53.533: DEBUG/TSActivity(277): onLongClick 
04-05 06:00:55.603: DEBUG/TSActivity(277): onTouch ACTION_UP
04-05 06:00:55.663: DEBUG/TSActivity(277): onClick

可以看到，在ACTION_UP後仍然觸發了onClick()方法。