针对屏幕上的一个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()
方法。
分享到:
相关推荐
此Demo是我进行改进的,既可以通过OnTouch对图片进行放大缩小移动,也可以对图片进行OnClick点击,OnLongClick点击。不会出现冲突。
NULL 博文链接:https://johnnycmj.iteye.com/blog/2234305
下面小编就为大家带来一篇android onTouchEvent处理机制总结(必看)小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧
重写onTouchEvent事件,实现上下左右滑动的小例子。
NULL 博文链接:https://2528.iteye.com/blog/1056731
onInterceptTouchEvent和onTouchEvent调用关系详解
本篇文章小编为大家介绍,Android onTouchEvent 与 onInterceptTouchEvent的区别详解。需要的朋友参考下
这几天遇到点关于Android的触摸事件相关的,还跟onClick有关,暂且记下: LinearLayout分别设置了onTouchListener,onClickListener,onLongClickListener及onTouchEvent回调 1、在屏幕上触摸之后基本的执行流程如下...
我们也许会遇到,自定义控件的触屏事件处理,先来了解一下View类中的,onTouch事件和onTouchEvent事件。 1、boolean onTouch(View v, MotionVent event) 触摸事件发送到视图时调用(v:视图,event:触摸事件) 返回...
下面小编就为大家带来一篇Android onTouchEvent事件中onTouch方法返回值(介绍)。小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧
继承View类,实现触摸事件OnTouchEvent,使用菜单选项。
**onTouchEvent():**这个函数是view内部的触摸事件的处理方式,其间包括获取焦点,调用onClick()等等。 **dispatchTouchEvent():**这个是View的事件分发函数,在ViewGroup中进行重写。在View中其间会调用...
Android中的其他事件,如onClick、onLongClick等都是以onTach为基础的。 onTach包括从手指按下到离开手机屏幕的整个过程,在微观形式上,具体表现为action_down、action_move和action_up等过程。 onTach两种主要定义...
onInterceptTouchEvent与OntouchEvent之间的事件传递机制的具体内涵关系...
NULL 博文链接:https://trylovecatch.iteye.com/blog/1161450
轻松弄懂android事件分发机制解析 android 中的事件处理一直以来困扰不少刚刚从事android开发的同学,网上也有不少讲解android事件分发的文章,然而讲解的都不够简洁!现在我将用另一种简洁的方式来讲解android事件...