android 觸控(Touch)事件、點選(Click)事件的區別(詳細解析)
http://blog.csdn.net/xixinyan/article/details/6759632
針對螢幕上的一個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()方法。
相關文章
- touch事件與click事件區別事件
- touch事件和click事件多次觸發的問題事件
- Android觸控事件(續)——點選長按事件Android事件
- 安卓觸控事件與單擊事件的區別安卓事件
- onclick與click事件的區別事件
- Android觸控事件的酸甜苦辣以及詳細介紹Android事件
- 關於click事件與touch事件衝突的問題事件
- Android觸控事件(上)——事件的由來Android事件
- Android觸控事件(下)——事件的分發Android事件
- Android觸控事件的應用Android事件
- 觸控事件事件
- 雙擊事件(dblclick)時,不觸發單擊事件(click)事件
- 手機端html5觸屏事件(touch事件)HTML事件
- JS觸控事件JS事件
- 觸控事件02事件
- android 管理ViewGroup中的觸控事件AndroidView事件
- 手持裝置點選響應速度,滑鼠事件與touch事件的那些事事件
- Android觸控事件傳遞機制Android事件
- Android中TouchEvent觸控事件機制Android事件
- Android 觸控事件處理機制Android事件
- view.performClick()觸發點選事件ViewORM事件
- ScrollView 觸控事件View事件
- Android中觸控事件的傳遞機制Android事件
- iOS開發系列--觸控事件、手勢識別、搖晃事件、耳機線控iOS事件
- jQuery中click事件多次觸發解決方案jQuery事件
- JavaScript click 事件JavaScript事件
- jQuery click事件jQuery事件
- javascript對點選事件和拖動事件的區分JavaScript事件
- Fastclick 導致click事件觸發兩次的問題AST事件
- Android中點選事件的四種寫法詳解Android事件
- 初識Android觸控事件傳遞機制Android事件
- Android事件傳遞、多點觸控及滑動衝突的處理Android事件
- 那些你曾不知道的觸控事件—Android分發機制完全解析事件Android
- 提升手持裝置點選速度之touch事件帶來的坑!事件
- Android Touch事件分發過程Android事件
- Flutter:如何響應觸控事件Flutter事件
- 觸控事件獲取座標事件
- jQuery實現的點選Enter鍵觸發指定事件jQuery事件