针对屏幕上的一个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()
方法。
分享到:
相关推荐
在Android开发中,事件监听是...这样的实现需要对Android的事件传递机制有深入理解,并且对触摸事件的处理有精确的控制。通过这个Demo,开发者可以学习如何在复杂的用户交互场景下合理地组合和管理各种触摸事件监听器。
如果`onLongClick`返回`true`,表示长按事件被处理,ACTION_UP事件不会触发`onClick`,反之,如果`onLongClick`返回`false`,ACTION_UP仍会调用`onClick`。 4. **事件分发机制**: 在Android中,事件会沿着视图树...
在同一个`View`中,如果同时覆盖了`onClick`、`onLongClick`和`onTouchEvent`,那么事件的处理顺序是这样的:`onTouchEvent`首先接收到`ACTION_DOWN`,然后可能会启动检查长按的定时器;当`ACTION_UP`到来时,如果...
本文将深入探讨如何在Android中区分不同的点击事件,包括`onTouchEvent`、`onClick`和`onLongClick`,以及它们之间的关系和触发机制。 首先,我们来看`onTouchEvent`。`onTouchEvent`主要用于处理触摸屏幕时的一...
如果设置了`onLongClickListener`或`OnClickListener`,相应的`onLongClick`和`onClick`方法将在合适的时机被调用。 事件分发机制还有一些特殊情况。例如,如果事件传递到最底层的View,但`onTouchEvent`返回false...
### Android事件分发机制详解 #### 一、事件分发机制概述 在Android开发中,事件分发机制是非常重要的一个概念。理解这一机制有助于开发者更好地处理用户交互,并且能够优化应用性能。本节将深入探讨Android事件...
### Android面试知识点详解:事件分发机制 #### 一、事件分发机制概述 在Android开发过程中,事件分发机制是非常重要的一部分。了解这一机制有助于开发者更好地控制UI交互逻辑,提高用户体验。 **事件分发机制...
3. 长按事件:OnLongClickListener接口用于处理长按事件,当用户长时间按下View时,会调用onLongClick方法。 4. 滑动事件:OnTouchListener配合MotionEvent,可以捕获滑动、拖拽等复杂手势。 二、事件分发机制 1....
创建一个`GestureDetector`实例,设置监听器,并在`OnClickListener`的`onClick()`方法中调用`GestureDetector.onTouchEvent()`。这样,当用户快速连续点击两次时,`onDoubleTap()`会被触发。 多击事件处理则更复杂...
2. `View.OnLongClickListener`: 包含`onLongClick()`方法,当用户长按视图超过一定时间(通常是一秒)时被调用。 3. `View.OnFocusChangeListener`: 包含`onFocusChange()`方法,当视图获得或失去焦点时调用。 4....
3. 在ViewHolder的构造函数中,为Item的根布局设置点击和长按监听器,并重写`onClick`和`onLongClick`方法,调用传递进来的监听器。 ```java class SampleViewHolder extends RecyclerView.ViewHolder implements ...
当用户长按时,`onLongClick()`会被调用,可以在此执行不同的操作,如弹出菜单、启动定时任务等。 5. **权限管理**: - AndroidManifest.xml:在Android系统中,浮动窗口通常需要`SYSTEM_ALERT_WINDOW`权限,这...