Android事件分发机制总结

Posted 山代王

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android事件分发机制总结相关的知识,希望对你有一定的参考价值。

理解事件的分发机制,需要对View和ViewGroup事件的分发分别探讨。View和ViewGroup的区别,一个View控件是指它里面不能再包含子控件了,常见的如TextView、Button、ImageView等,而ViewGroup是继承自View的,但是它里面可以包含一些子控件,包括View或者嵌套的ViewGroup,常用的大部分布局都是ViewGroup组件,如LinearLayout、RelativeLayout、FrameLayout等。

首先要明白的是,当我们触摸一个控件时(不论是View还是ViewGroup),都会调用dispatchTouchEvent()方法,开始事件的分发处理。我们先自定义一个简单的线性布局:

public class MyLinearLayout extends LinearLayout {  
    public MyLayout(Context context, AttributeSet attrs) {  
        super(context, attrs);  
    }   
}

布局文件:

<com.scu.viewtouch.MyLinearLayout xmlns:android="http://schemas.android.com/apk/res/android"  
    xmlns:tools="http://schemas.android.com/tools"  
    android:layout_width="match_parent"  
    android:layout_height="match_parent"
    android:orientation="vertical"
    android:gravity="center">  
  
    <Button  
        android:layout_width="wrap_content"  
        android:layout_height="wrap_content" 
        android:padding="20dp" 
        android:background="#808080"
        android:text="点击View" />  
  
</com.scu.viewtouch.MyLinearLayout>

一、View事件的分发

运行后,我们点击Button控件,当事件传递到Button时会调用ButtondispatchTouchEvent方法

Button本身并没有dispatchTouchEvent方法,往上最终寻找到其父类View的dispatchTouchEvent方法)。

根据dispatchTouchEvent源码来分析其处理流程:

public boolean dispatchTouchEvent(MotionEvent event) {  
    if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
            mOnTouchListener.onTouch(this, event)) {  //第一步
        return true;  
    }  
    return onTouchEvent(event);  //第二步
} 
第一步:首先进行三个条件的判断:
(1)查看是否给button设置了OnTouchListener()事件;
(2)控件是否Enable;(控件默认都是enable的)
(3)button里面实现的OnTouchListener监听里的onTuch()方法是否返回true;

如果条件都满足,则该事件被消耗掉,不再进入onTouchEvent中处理。

第二步:上述三个条件不同时满足时,事件将交给onTouchEvent方法处理。

再根据onTouchEvent源码分析其处理流程:

public boolean onTouchEvent(MotionEvent event) {  
    final int viewFlags = mViewFlags;  
    if ((viewFlags & ENABLED_MASK) == DISABLED) {  
        // A disabled view that is clickable still consumes the touch  
        // events, it just doesn't respond to them.  
        return (((viewFlags & CLICKABLE) == CLICKABLE ||  
                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));  
    }  
    if (mTouchDelegate != null) {  
        if (mTouchDelegate.onTouchEvent(event)) {  
            return true;  
        }  
    }  
    if (((viewFlags & CLICKABLE) == CLICKABLE ||  
            (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {//第一点  
        switch (event.getAction()) {  
            case MotionEvent.ACTION_UP:  
                boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;  
                if ((mPrivateFlags & 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) {  
                        // 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  
                            // of the view update before click actions start.  
                            if (mPerformClick == null) {  
                                mPerformClick = new PerformClick();  
                            }  
                            if (!post(mPerformClick)) {  
                                performClick();  //第二点
                            }  
                        }  
                    }  
                    if (mUnsetPressedState == null) {  
                        mUnsetPressedState = new UnsetPressedState();  
                    }  
                    if (prepressed) {  
                        mPrivateFlags |= PRESSED;  
                        refreshDrawableState();  
                        postDelayed(mUnsetPressedState,  
                                ViewConfiguration.getPressedStateDuration());  
                    } else if (!post(mUnsetPressedState)) {  
                        // If the post failed, unpress right now  
                        mUnsetPressedState.run();  
                    }  
                    removeTapCallback();  
                }  
                break;  
            case MotionEvent.ACTION_DOWN:  
                if (mPendingCheckForTap == null) {  
                    mPendingCheckForTap = new CheckForTap();  
                }  
                mPrivateFlags |= PREPRESSED;  
                mHasPerformedLongPress = false;  
                postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());  
                break;  
            case MotionEvent.ACTION_CANCEL:  
                mPrivateFlags &= ~PRESSED;  
                refreshDrawableState();  
                removeTapCallback();  
                break;  
            case MotionEvent.ACTION_MOVE:  
                final int x = (int) event.getX();  
                final int y = (int) event.getY();  
                // Be lenient about moving outside of buttons  
                int slop = mTouchSlop;  
                if ((x < 0 - slop) || (x >= getWidth() + slop) ||  
                        (y < 0 - slop) || (y >= getHeight() + slop)) {  
                    // Outside button  
                    removeTapCallback();  
                    if ((mPrivateFlags & PRESSED) != 0) {  
                        // Remove any future long press/tap checks  
                        removeLongPressCallback();  
                        // Need to switch from pressed to not pressed  
                        mPrivateFlags &= ~PRESSED;  
                        refreshDrawableState();  
                    }  
                }  
                break;  
        }  
        return true;  
    }  
    return false;  
}  
源码很长,我们只需关注重要的几点即可。

第一点:这里有一个长长的if语句

if (((viewFlags & CLICKABLE) == CLICKABLE ||  
            (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE))
用于判断该View是否是可点击的或是否可长按的View,明显我们的Button属于可点击的View控件。进入到if里面后转入到switch中,当执行完switch语句后,直接执行
return true;
呵呵,说明什么?只要是该控件是可点击的或者可长按的View,这个事件就会被消耗掉!这也符合我们的认知,按钮Button之类的不就是让人来点击处理的么,但是对于那些TextView、ImageView之类的非可点击控件,我们平常不是也能够处理点击事件吗?回忆一下,我们在处理这些点击事件的时候,一定通过setOnClickListener()给它设置了点击监听OnClickListener(或者在布局中声明了android:clickable="true"), setOnClickListener源码如下:

public void setOnClickListener (OnClickListener l) {  
        if (!isClickable()) {  
            setClickable( true);  
        }  
        mOnClickListener = l;  
}
可知,设置了点击事件或长按事件的控件自动变成了CLICKABLE 或LONG_CLICKABLE的状态;

第二点:我们设置的onclick事件是在手指抬起ACTION_UP的时候执行的。

到这,我们可以总结一下,View事件的处理流程。对于View来说,事件首先进入到dispatchTouchEvent方法中

进行分发处理,在dispatchTouchEvent中首先查看该View是否设置了OnTouchListener事件并且实现的监听中的

onTouch方法的返回值是否为true,如果满足,这个事件就到此被消耗,不再往下处理;如果条件不满足,

则进入到onTouchEvent方法中进行处理,在onTouchEvent方法中,先检查该View是否是可点击或长按的

(设置监听、布局中设置android:clickable),如果是则该事件被消耗。

可以看出,onTouch()方法的执行优先于onTouchEvent(),onTouch()方法的返回值决定了

能否执行到onTouchEvent()方法,dispatchTouchEvent()方法的返回值,

依赖于OnTouchListener的onTouch()方法或者onTouchEvent()方法。


二、ViewGroup事件的分发处理

继续以我们上面那个自定义布局为例,当我们点击button时,事件其实是先到我们自定义的MyLinearLayout中分发的,

同样,首先进入MyLinearLayout的dispatchTouchEvent(LinearLayout中本身也没有dispatchTouchEvent,

最终找到其父类ViewGroup的dispatchTouchEvent)方法中进行分发,根据dispatchTouchEvent源码进行分析:

public boolean dispatchTouchEvent(MotionEvent ev) {  
       final int action = ev.getAction();  
       final float xf = ev.getX();  
       final float yf = ev.getY();  
       final float scrolledXFloat = xf + mScrollX;  
       final float scrolledYFloat = yf + mScrollY;  
       final Rect frame = mTempRect;  
  
       //这个值默认是false, 然后我们可以通过requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法  
       //来改变disallowIntercept的值  
       boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;  
  
       //这里是ACTION_DOWN的处理逻辑  
       if (action == MotionEvent.ACTION_DOWN) {  
        //清除mMotionTarget, 每次ACTION_DOWN都很设置mMotionTarget为null  
           if (mMotionTarget != null) {  
               mMotionTarget = null;  
           }  
  
           //disallowIntercept默认是false, 就看ViewGroup的onInterceptTouchEvent()方法  
           if (disallowIntercept || !onInterceptTouchEvent(ev)) {  //第一点
               ev.setAction(MotionEvent.ACTION_DOWN);  
               final int scrolledXInt = (int) scrolledXFloat;  
               final int scrolledYInt = (int) scrolledYFloat;  
               final View[] children = mChildren;  
               final int count = mChildrenCount;  
               //遍历其子View  
               for (int i = count - 1; i >= 0; i--) {  //第二点
                   final View child = children[i];  
                     
                   //如果该子View是VISIBLE或者该子View正在执行动画, 表示该View才  
                   //可以接受到Touch事件  
                   if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE  
                           || child.getAnimation() != null) {  
                    //获取子View的位置范围  
                       child.getHitRect(frame);  
                         
                       //如Touch到屏幕上的点在该子View上面  
                       if (frame.contains(scrolledXInt, scrolledYInt)) {  
                           // offset the event to the view's coordinate system  
                           final float xc = scrolledXFloat - child.mLeft;  
                           final float yc = scrolledYFloat - child.mTop;  
                           ev.setLocation(xc, yc);  
                           child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;  
                             
                           //调用该子View的dispatchTouchEvent()方法  
                           if (child.dispatchTouchEvent(ev))  {  
                               // 如果child.dispatchTouchEvent(ev)返回true表示  
                            //该事件被消费了,设置mMotionTarget为该子View  
                               mMotionTarget = child;  
                               //直接返回true  
                               return true;  
                           }  
                           // The event didn't get handled, try the next view.  
                           // Don't reset the event's location, it's not  
                           // necessary here.  
                       }  
                   }  
               }  
           }  
       }  
  
       //判断是否为ACTION_UP或者ACTION_CANCEL  
       boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||  
               (action == MotionEvent.ACTION_CANCEL);  
  
       if (isUpOrCancel) {  
           //如果是ACTION_UP或者ACTION_CANCEL, 将disallowIntercept设置为默认的false  
        //假如我们调用了requestDisallowInterceptTouchEvent()方法来设置disallowIntercept为true  
        //当我们抬起手指或者取消Touch事件的时候要将disallowIntercept重置为false  
        //所以说上面的disallowIntercept默认在我们每次ACTION_DOWN的时候都是false  
           mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;  
       }  
  
       // The event wasn't an ACTION_DOWN, dispatch it to our target if  
       // we have one.  
       final View target = mMotionTarget;  
       //mMotionTarget为null意味着没有找到消费Touch事件的View, 所以我们需要调用ViewGroup父类的  
       //dispatchTouchEvent()方法,也就是View的dispatchTouchEvent()方法  
       if (target == null) {  
           // We don't have a target, this means we're handling the  
           // event as a regular view.  
           ev.setLocation(xf, yf);  
           if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {  
               ev.setAction(MotionEvent.ACTION_CANCEL);  
               mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;  
           }  
           return super.dispatchTouchEvent(ev);  
       }  
  
       //这个if里面的代码ACTION_DOWN不会执行,只有ACTION_MOVE  
       //ACTION_UP才会走到这里, 假如在ACTION_MOVE或者ACTION_UP拦截的  
       //Touch事件, 将ACTION_CANCEL派发给target,然后直接返回true  
       //表示消费了此Touch事件  
       if (!disallowIntercept && onInterceptTouchEvent(ev)) {  
           final float xc = scrolledXFloat - (float) target.mLeft;  
           final float yc = scrolledYFloat - (float) target.mTop;  
           mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;  
           ev.setAction(MotionEvent.ACTION_CANCEL);  
           ev.setLocation(xc, yc);  
             
           if (!target.dispatchTouchEvent(ev)) {  
           }  
           // clear the target  
           mMotionTarget = null;  
           // Don't dispatch this event to our own view, because we already  
           // saw it when intercepting; we just want to give the following  
           // event to the normal onTouchEvent().  
           return true;  
       }  
  
       if (isUpOrCancel) {  
           mMotionTarget = null;  
       }  
  
       // finally offset the event to the target's coordinate system and  
       // dispatch the event.  
       final float xc = scrolledXFloat - (float) target.mLeft;  
       final float yc = scrolledYFloat - (float) target.mTop;  
       ev.setLocation(xc, yc);  
  
       if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {  
           ev.setAction(MotionEvent.ACTION_CANCEL);  
           target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;  
           mMotionTarget = null;  
       }  
  
       //如果没有拦截ACTION_MOVE, ACTION_DOWN的话,直接将Touch事件派发给target  
       return target.dispatchTouchEvent(ev);  
   }
ViewGroup的dispatchTouchEvent方法很长,主要看两点:

第一点:首先通过onInterceptTouchEvent方法判断该ViewGroup是否进行拦截该事件,默认该方法返回false,

即不进行拦截,将事件分发给它的子View或子ViewGroup。很多时候,我们在自定义一些复杂控件时,我们可以重写

该方法,根据情况灵活处理其返回值。

第二点:

1、当onInterceptTouchEvent返回false不进行拦截时,if判断条件成立,进入到if内,

开始遍历该ViewGroup的子ViewGroup或子View,将事件分发给子ViewGroup或子View的dispatchTouchEvent方法,

在分发过程中如果中间的ViewGroup没有进行拦截,Touch事件就会一直往下分发到手指按下的最里面的View,

这个时候,就会按照View事件的分发处理过程调用View的dispatchTouchEvent方法了,

从而交给onTouchEvent方法进行处理,

(1)如果onTouchEvent返回true,也即该View的dispatchTouchEvent返回true,

表示消耗掉了此事件,事件也就终止传递。

(2)如果onTouchEvent返回false,即不消费Touch事件,这个Touch事件就会向上找父布局调用其

父布局的onTouchEvent,让父布局处理。

2、当onInterceptTouchEvent返回true的时候,表示该ViewGroup需要进行拦截事件,此事件就交给该ViewGroup

自己来处理,从而调用该ViewGroup的onTouchEvent方法。

可以看出,ViewGroup的事件传递实际上是分为两步的:事件分发和事件处理,首先是Touch事件的分发,

先从从顶层的View一直往下分发到手指按下的最里面的View,到了这里之后,判断该View是否进行事件的处理

(或消耗),如果不处理(false),就反过来一层一层往上交给父布局处理,如果消耗(true),

就不会再交给父布局,事件终止。流程图如下:


(图转自某位大神,http://blog.csdn.net/dmk877/article/details/49055815)


到这里,我们总结一下,View和ViewGroup的事件分发和处理的总流程,当我们手指触摸屏幕时,

事件会传入到我们编写的布局文件的根布局上,如上面我们自定义的MyLinearLayout中,

寻找MyLinearLayout的dispatchTouchEvent方法进行事件分发,由于LinearLayout中本身没有该方法,

就往上寻找到其父类ViewGroup的dispatchTouchEvent方法,往下分发前查看该ViewGroup的

onInterceptTouchEvent方法判断是否需要拦截掉该事件,如果不拦截遍历其子ViewGroup或子View,

直到碰到该往下分发过程中被某个ViewGroup拦截掉,或者最后分发到手指按下的最里面的View,

然后按照View的事件处理流程处理该事件。在ViewGroup事件分发过程中,会根据子View或者ViewGroup的

dispatchTouchEvent方法的返回值决定是否继续遍历分发下去。


好了,到这里事件分发的理论是差不多了,后面最重要的是多看看一些大神的自定义控件,慢慢在实战中灵活掌握

事件分发的机制。同时结合Android View和ViewGroup的绘制流程,融会贯通。


Android事件分发参考文章:

http://blog.csdn.net/guolin_blog/article/details/9097463

http://blog.csdn.net/guolin_blog/article/details/9153747

http://blog.csdn.net/xiaanming/article/details/21696315

http://blog.csdn.net/dmk877/article/details/48781845

http://blog.csdn.net/dmk877/article/details/49055815



以上是关于Android事件分发机制总结的主要内容,如果未能解决你的问题,请参考以下文章

Android 源码解析View的touch事件分发机制

Android View的事件分发机制

Android6.0 ViewGroup/View 事件分发机制详解

Android View的事件分发机制

Android View 事件分发机制

Android 事件分发事件分发源码分析 ( ViewGroup 事件传递机制 四 | View 事件传递机制 )