2011年9月2日 星期五

Android onTouchEvent, onClick及onLongClick的調用機制


      針對屏幕上的一個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_MOVEACTION_UP的,如果發生了ACTION_MOVE或者ACTION_UP,那麼一定曾經發生了ACTION_DOWN
     從Android的源代碼中能看到基於這種不同重要性的理解而實現的一些交互機制,SDK中也有明確的提及,例如在ViewGrouponInterceptTouchEvent方法中,如果在ACTION_DOWN事件中返回了true,那麼後續的事件將直接發給onTouchEvent,而不是繼續發給onInterceptTouchEvent

2.  onClickonLongClickonTouchEvent
     曾經看過一篇帖子提到,如果在View中處理了onTouchEvent,那麼就不用再處理onClick了,因為Android只會觸發其中一個方法。這個理解是不太正確的,針對某個view,用戶完成了一次觸碰操作,顯然從傳感器上得到的信號是手指按下和抬起兩個操作,我們可以理解為一次Click,也可以理解為發生了一次ACTION_DOWN和ACTION_UP,那麼Android是如何理解和處理的呢?
     在Android中,onClickonLongClick的觸發是和ACTION_DOWNACTION_UP相關的,在時序上,如果我們在一個View中同時覆寫了onClickonLongClickonTouchEvent的話,onTouchEvent是最先捕捉到ACTION_DOWNACTION_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上為500ms500ms後會觸發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_DOWNACTION_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.  onClickonLongClick能同時發生嗎?
     要弄清楚這個問題只要理解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()方法。

沒有留言:

張貼留言