View的学习笔记-View的事件分发机制

在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()，依次类推。