這篇文章主要介紹“Android中觸摸事件與點(diǎn)擊事件的區(qū)別是什么”，在日常操作中，相信很多人在Android中觸摸事件與點(diǎn)擊事件的區(qū)別是什么問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對(duì)大家解答”Android中觸摸事件與點(diǎn)擊事件的區(qū)別是什么”的疑惑有所幫助！接下來，請(qǐng)跟著小編一起來學(xué)習(xí)吧！

創(chuàng)新互聯(lián)公司專注于張灣網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠為您提供張灣營銷型網(wǎng)站建設(shè)，張灣網(wǎng)站制作、張灣網(wǎng)頁設(shè)計(jì)、張灣網(wǎng)站官網(wǎng)定制、微信小程序服務(wù)，打造張灣網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供張灣網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。

1.  onTouchEvent

onTouchEvent中要處理的最常用的3個(gè)事件就是：ACTION_DOWN、ACTION_MOVE、ACTION_UP。

這三個(gè)事件標(biāo)識(shí)出了最基本的用戶觸摸屏幕的操作，含義也很清楚。雖然大家天天都在用它們，但是有一點(diǎn)請(qǐng)留意，ACTION_DOWN事件作為起始事件，它的重要性是要超過ACTION_MOVE和ACTION_UP的，如果發(fā)生了ACTION_MOVE或者ACTION_UP，那么一定曾經(jīng)發(fā)生了ACTION_DOWN。

從Android的源代碼中能看到基于這種不同重要性的理解而實(shí)現(xiàn)的一些交互機(jī)制，SDK中也有明確的提及，例如在ViewGroup的onInterceptTouchEvent方法中，如果在ACTION_DOWN事件中返回了true，那么后續(xù)的事件將直接發(fā)給onTouchEvent，而不是繼續(xù)發(fā)給onInterceptTouchEvent。

2.  onClick、onLongClick與onTouchEvent

曾經(jīng)看過一篇帖子提到，如果在View中處理了onTouchEvent，那么就不用再處理onClick了，因?yàn)锳ndroid只會(huì)觸發(fā)其中一個(gè)方法。這個(gè)理解是不太正確的，針對(duì)某個(gè)view，用戶完成了一次觸碰操作，顯然從傳感器上得到的信號(hào)是手指按下和抬起兩個(gè)操作，我們可以理解為一次Click，也可以理解為發(fā)生了一次ACTION_DOWN和ACTION_UP，那么Android是如何理解和處理的呢？

在Android中，onClick、onLongClick的觸發(fā)是和ACTION_DOWN及ACTION_UP相關(guān)的，在時(shí)序上，如果我們?cè)谝粋€(gè)View中同時(shí)覆寫了onClick、onLongClick及onTouchEvent的話，onTouchEvent是***捕捉到ACTION_DOWN和ACTION_UP事件的，其次才可能觸發(fā)onClick或者onLongClick。主要的邏輯在View.java中的onTouchEvent方法中實(shí)現(xiàn)的：

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的觸發(fā)是在系統(tǒng)捕捉到ACTION_UP后發(fā)生并由performClick()執(zhí)行的，performClick里會(huì)調(diào)用先前注冊(cè)的監(jiān)聽器的onClick()方法：

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

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

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

可以看到，在ACTION_DOWN事件被捕捉后，系統(tǒng)會(huì)開始觸發(fā)一個(gè)postDelayed操作，delay的時(shí)間在Eclair2.1上為500ms，500ms后會(huì)觸發(fā)CheckForLongPress線程的執(zhí)行：

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

如果各種條件都滿足，那么在CheckForLongPress中執(zhí)行performLongClick()，在這個(gè)方法中將調(diào)用onLongClick()：

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

從實(shí)現(xiàn)中可以看到onClick()和onLongClick()方法是由ACTION_DOWN和ACTION_UP事件捕捉后根據(jù)各種情況最終確定是否觸發(fā)的，也就是說如果我們?cè)谝粋€(gè)Activity或者View中同時(shí)監(jiān)聽或者覆寫了onClick(),onLongClick()和onTouchEvent()方法，并不意味著只會(huì)發(fā)生其中一種。

下面是一個(gè)onClick被觸發(fā)的基本時(shí)序的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的次序發(fā)生的。

下面是一個(gè)onLongClick被觸發(fā)的基本時(shí)序的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

可以看到，在保持按下的狀態(tài)一定時(shí)間后會(huì)觸發(fā)onLongClick,之后抬起手才會(huì)發(fā)生ACTION_UP。

3.  onClick和onLongClick能同時(shí)發(fā)生嗎？

  要弄清楚這個(gè)問題只要理解Android對(duì)事件處理的所謂消費(fèi)(consume)概念即可，一個(gè)用戶的操作會(huì)被傳遞到不同的View控件和同一個(gè)控件的不同監(jiān)聽方法處理，任何一個(gè)接收并處理了該次事件的方法如果在處理完后返回了true，那么該次event就算被完全處理了，其他的View或者監(jiān)聽方法就不會(huì)再有機(jī)會(huì)處理該event了。

  onLongClick的發(fā)生是由單獨(dú)的線程完成的，并且在ACTION_UP之前，而onClick的發(fā)生是在ACTION_UP后，因此同一次用戶touch操作就有可能既發(fā)生onLongClick又發(fā)生onClick。這樣是不是不可思議？所以及時(shí)向系統(tǒng)表示“我已經(jīng)完全處理（消費(fèi)）了用戶的此次操作”，是很重要的事情。例如，我們?nèi)绻趏nLongClick()方法的***return true，那么onClick事件就沒有機(jī)會(huì)被觸發(fā)了。

下面的Log是在onLongClick()方法return false的情況下，一次觸碰操作的基本時(shí)序：

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

到此，關(guān)于“Android中觸摸事件與點(diǎn)擊事件的區(qū)別是什么”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！

本文名稱：Android中觸摸事件與點(diǎn)擊事件的區(qū)別是什么
轉(zhuǎn)載來源：http://aaarwkj.com/article28/gpisjp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設(shè)、App設(shè)計(jì)、定制網(wǎng)站、App開發(fā)、定制開發(fā)、Google

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)