android 觸摸事件、點擊事件的區別

針對屏幕上的一個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()方法。