在Android中,View是我们平常使用最多的组件了,因为View作为视图呈现于我们眼前,承担着可视化的重要任务。View应用之广泛,我们平时经常用到的控件,比如TextView,ImageView,Button,ListView等都直接继承于View。除此之外,我们所熟知的还有ViewGroup,它也是继承于View。而我们所使用的各大布局,比如:LinearLayout,RelativeLayout,FrameLayout等是继承于ViewGroup。我们可以通过一个简单的View树来表达它们之间的关系。
View的事件分发机制:
我们在开发中经常会布局之间相互嵌套,那么在我们点击屏幕时,各个层次的View对于这个点击是如何响应的呢?我们先从View的代码入手,先介绍两个View中处理事件(这里的事件主要是指MotionEvent事件)的函数:public boolean dispatchTouchEvent(MotionEvent event),public boolean onTouchEvent(MotionEvent event);从函数名可以看出,dispatchTouchEvent的意思就是调度触摸事件,onTouchEvent是触摸事件的处理函数。在程序中我们通过Log打印相关信息可以看出,View总是先调用dispatchTouchEvent函数,我们从dispatchTouchEvent函数的代码分析,看下到底发生了什么。
/**
* Pass the touch screen motion event down to the target view, or this
* view if it is the target.
*
* @param event The motion event to be dispatched.
* @return True if the event was handled by the view, false otherwise.
*/
public boolean dispatchTouchEvent(MotionEvent event) {
// If the event should be handled by accessibility focus first.
if (event.isTargetAccessibilityFocus()) {
// We don't have focus or no virtual descendant has it, do not handle the event.
if (!isAccessibilityFocusedViewOrHost()) {
return false;
}
// We have focus and got the event, then use normal event dispatch.
event.setTargetAccessibilityFocus(false);
}
boolean result = false;
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Defensive cleanup for new gesture
stopNestedScroll();
}
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
//此处省略部分代码
return result;
}
从代码的注释中我们可以看到,大致意思就是:分发来自屏幕的点击事件到目标视图,或者本身就是目标视图。这里面有段关键代码,
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
从这段代码可以看出首先会判断TouchListener为不为null,View可不可以点击,如果这些条件都成立了,则将result置为true,那么接下来的一个if语句将不会执行,而OnTouchEvent()函数也不会执行。从这里我们就可以看出,onTouchListener的优先级要高于onTouchEvent()函数。所以当View已经注册了onTouchEventListener时,且onTouch()返回true,那么将会执行onTouchEventListener。否则会执行onTouchEvent()函数。
接下来我们从onTouchEvent()的代码来看一下在这里又发生了什么。
public boolean onTouchEvent(MotionEvent event) {
//省略部分代码
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false); //判断view是不是可以点击
}
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them. //view虽然不能点击,但点击事件依然会被消耗
return (((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
}
//省略部分代码
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
switch (action) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
// This is a tap, so remove the longpress check
removeLongPressCallback(); //在消息队列中删除长点击事件
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state //利用post方法将点击事件加入消息队列,
// of the view update before click actions start. //如果不成功,则执行performCilck()
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick(); //处理点击事件
}
}
}
removeTapCallback();
}
mIgnoreNextUpEvent = false;
break;
case MotionEvent.ACTION_DOWN:
mHasPerformedLongPress = false;
// Walk up the hierarchy to determine if we're inside a scrolling container.
boolean isInScrollingContainer = isInScrollingContainer();
// For views inside a scrolling container, delay the pressed feedback for
// a short period in case this is a scroll.
if (isInScrollingContainer) {
mPrivateFlags |= PFLAG_PREPRESSED;
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
mPendingCheckForTap.x = event.getX();
mPendingCheckForTap.y = event.getY();
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
} else {
// Not inside a scrolling container, so show the feedback right away
setPressed(true, x, y);
checkForLongClick(0);
}
break;
}
return true;
}
return false;
}
从onTouchEvent()的代码可以看出,在程序开始时,先判断view是不是可以点击的,如果是就依然执行,从注释可以看出,view虽然不能点击,但点击事件依然会被消耗,只是不会有响应。如果有相应的点击事件比如长点击或者点击事件,那么就会执行响应的点击事件。
onLongClickListener和onClickListener是如何执行的?
我们可以在ACTION_UP动作的代码中看到,当mHasPerformedLongPress为false时,将执行post(mPerformClick)或者performClick(),这段代码就是执行点击事件的代码。然后我们看ACTION_DOWN动作的代码,我们可以看到checkForLongClick(0),这段代码就是执行长点击事件的代码,在checkForLongClick(0)方法中,View会通过postDelay()方法将长点击事件发送出去,这时候你可能会问到,我的点击时间未达到长点击时间的触发时间时要怎么处理呢?我们再看ACTION_UP动作中的代码,可以看到有一个removeLongPressCallback()方法,这个方法的作用就是将长点击事件从消息队列中删除。所以当时间不足以触发长点击事件时,就会执行点击事件。另外在ACTION_MOVE动作中,我们可以看到当开始滑动而且超出了View范围,这时就会将点击事件删除。
ViewGroup中的事件拦截机制:
在ViewGroup中比View中多了一个函数即:public boolean onInterceptTouchEvent(MotionEvent event);这个函数就是事件拦截机制中的重要函数。在这个方法内部用来判断是否拦截某个事件,如果拦截了某个事件,那么接下来的一系列事件也会被拦截(比如拦截了ACTION_MOVE,那么随后的ACTION_UP也会被拦截)。代码如下:
public boolean onInterceptTouchEvent(MotionEvent event){
return false;
}
从代码可以看出默认是不拦截事件的。当我们有需求要进行拦截时,就可以在此方法中编写拦截逻辑。接下来我们看一下具体的拦截机制。
public boolean dispatchTouchEvent(MotionEvent event){
boolean intercept = onInterceptTouchEvent(event);
if(intercept){
onTouchEvent(event);
}else{
foreach(Children child:child)
child.dispatchTouchEvent(event);
}
}
通过这段从ViewGroup中总结出来的简单的代码,我们可以看出在处理事件的开始会调用dispatchTouchEvent(event)方法,在此方法中会首先判断是否要拦截事件,如果要拦截事件,那么就会调用当前ViewGroup的onTouchEvent()方法。否则就会调用子View的dispatchTouchEvent()方法。
总结:
通过以上的分析,我们可以对View的事件分发机制进行总结。我们可以先设定一个场景,比如说现在有三层嵌套,两个ViewGroup和一个View。触摸事件的处理过程大概就是,在顶层的ViewGroup如果不拦截事件,那么事件会传递下去,如果第二层ViewGroup也不拦截,View将消耗这个事件,这里接下去的操作取决于View的onTouchEvent()的返回值。如果返回true,说明View已经将事件消耗完毕,如果不是,将会调用上层的onTouchEvent(),依次类推。