事件分发机制，是Android提供的一套完善的对触摸事件进行处理的机制，熟悉整个事件分发流程很有必要，因为它也是Android中常见的滑动冲突问题解决的理论基础。这几天阅读了《Android开发艺术探索》等书籍，总结如下。

一、引入
二、事件分发机制
   1.概述
   2.详细
三、源码解析
   1.ViewGroup事件分发
   2.View事件分发
四、滑动冲突解决
五、总结

一、引入

在介绍Android事件分发机制之前，我们先看生活中的一个例子。公司里有三个角色，老板，项目经理，程序员。有一天老板接到一个任务，他将任务分配给项目经理完成，项目经理又把任务分给程序员。程序员完成任务后，告诉项目经理任务完成了，项目经理再向老板报告任务完成了。从老板接到任务，到老板最终去交付任务，这是个完整的过程。

在这个过程中，可能会有其它情况。假如在一开始老板接到任务时，决定自己完成，不需要把任务往下分配，那么老板就自己做，项目经理和程序员就没事。同样，如果项目经理决定自己去做，那么就没有程序员的事。上面的这个例子其实就是任务在老板、项目经理和程序员这三个角色间的传递过程，Android中屏幕上的触摸事件就相当于这个任务，事件分发就类似于这个传递过程。

二、事件分发机制

我们知道，Android的界面可能是由多个视图层层嵌套构成，一个ViewGroup视图组合中可以包含其它的ViewGroup以及View，当一个触摸事件发生时，系统需要把这个事件传递给一个具体的View，由它来完成处理。从事件发生，到传递给具体的View去完成，这个传递的过程就是View的事件分发。

概述

在事件分发机制中，涉及到的几个关键部分分别是：TouchEvent(触摸事件)、ViewGroup(视图组合)、View(视图)。下面先对这几个部分做个介绍。

• TouchEvent(触摸事件)

触摸事件就是触摸屏幕产生的动作事件，比如常见的手指按下，移动，抬起等等，Android为我们提供了一个专门的MotionEvent类，它包含了发生的动作事件以及相关坐标信息，利用MotionEvent，我们可以处理很多与动作相关的工作。

• View

我们经常提到View事件分发机制，其实这里指的是View以及ViewGroup，我们知道View是Android中所有控件的基类，而ViewGroup翻译为视图组合，它是继承自View的，可以包含子控件。我们在接下来的讨论中，会把ViewGroup和View分开讨论。

详解

上面介绍了一些事件分发的基本概念，下面对分发流程有个总体的把握。Android中事件分发机制主要涉及到三个重要方法，如下：

• dispatchTouchEvent ( MotionEvent event ) 事件分发
• onInterceptTouchEvent 决定是否拦截事件
• onTouchEvent 处理事件

上面三个方法之间的关系大概如下，当事件传递到某个View时，先执行dispatchTouchEvent方法进行事件分发，在这个方法内会调用方法onInterceptTouchEvent方法来决定是否拦截，如果返回true表示拦截，则调用onTouchEvent进行事件处理，否则继续往下传递，执行子View的dispatchTouchEvent方法。

需要注意一点，View没有onInterceptTouchEvent方法，一旦有事件传递给它，那么它的onTouchEvent方法就会被调用。ViewGroup默认不拦截任何事件，因为从源码中可以看到ViewGroup的onInterceptTouchEvent方法默认返回false.

我们知道，四大组件中，Activity通常提供界面用于交互，我们会通过setContentView来设置界面布局，一般如果我们不希望布局顶部出现一个标题栏，我们可能会调用requestWindowFeature(Window.FEATURE_NO_TITLE);方法，这里我们简单了解一下Android的界面架构。

界面上一个点击事件发生时，它最先被传递的是给当前的Activity，由Activity的dispatchTouchEvent来进行事件分发，而Activity内部其实是包含一个Window的，这个抽象Window的实现是PhoneWindow，Activity把事件传递给PhoneWindow，PhoneWindow里又包含DecorView，PhoneWindow继续把事件传递给DecorView，DecorWindow里包含有我们设置的布局，DecorView继承自FrameLayout，事件最终传递给我们设置的布局，一般来说设置的布局是一个ViewGroup。所以，触摸事件最后就是在ViewGroup中的分发过程。

三、源码解析

前面我们已经提到，事件分发机制其实是触摸事件在ViewGroup和View两种情况下的分发过程，下面我们结合源码来分析，因为View的过程相对来说较为简单，我们先看ViewGroup事件分发。

ViewGroup事件分发

ViewGroup事件分发过程简述主要如下，事件到达ViewGroup后会调用方法dispatchTouchEvent，在其中会调用onInterceptTouchEvent进行判断是否拦截，如果返回true表示拦截则事件由ViewGroup处理，如果返回false不拦截，则事件会传递给子View，子View的dispatchTouchEvent会被调用。默认情况下，onInterceptTouchEvent返回false.

下面我们看下源码。

1、首先是dispatchTouchEvent方法里判断是否拦截。

final boolean intercepted;

if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {

    //默认是false 允许拦截
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

    if (!disallowIntercept) {
        
        intercepted = onInterceptTouchEvent(ev);
        ev.setAction(action); 

    } else {
        intercepted = false;
    }
}else {
    intercepted = true;
}

这里可以看到，ViewGroup会在两种情况下进行是否拦截的判断，第一种是发生ACTION_DOWN事件，第二种是mFirstTouchTarget != null。第二种情况是指，ViewGroup是否不拦截事件并把事件交由子View处理，如果是，那么mFirstTouchTarget != null就成立。

进行判断时，会看变量disallowIntercept的值，这个值默认是false不允许拦截，所以!disallowIntercept为true，然后调用onInterceptTouchEvent为false，即不拦截。有种情况，如果ACTION_DOWN判断时被ViewGroup拦截，那么mFirstTouchTarget!=null就不成立，那么同一事件序列中的剩余事件ACTION_MOVE或者ACTION_UP来临时，不进行判断，直接拦截。

这里有两条结论，某个View一旦决定拦截一个事件后，那么系统会把同一个事件序列的其它方法都交给这个View处理。某个View如果不消耗ACTION_DOWN事件交给了子View处理，那么同一个事件序列的其它方法都不会交给它处理。

2、当ViewGroup不拦截事件，事件分发给子View处理。

                        
//子View
final View[] children = mChildren;
//循环遍历
for (int i = childrenCount - 1; i >= 0; i--) {
                            
     ... ...

     //如果子View接收不到事件 或者 不在播动画 就不分发
     if (!canViewReceivePointerEvents(child)
           || !isTransformedTouchPointInView(x, y, child, null)) {
        ev.setTargetAccessibilityFocus(false);
        continue;
     }
                            
     //分发事件给子View
     newTouchTarget = getTouchTarget(child);
     if (newTouchTarget != null) {
                                
        newTouchTarget.pointerIdBits |= idBitsToAssign;
        break;
     }

     resetCancelNextUpFlag(child);
     //调用子元素的dispatchTouchEvent
     if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
        // Child wants to receive touch within its bounds.
        mLastTouchDownTime = ev.getDownTime();
        if (preorderedList != null) {
        // childIndex points into presorted list, find original index
           for (int j = 0; j < childrenCount; j++) {
                if (children[childIndex] == mChildren[j]) {
                    mLastTouchDownIndex = j;
                    break;
                }
           }
        } else {
            mLastTouchDownIndex = childIndex;
        }
        mLastTouchDownX = ev.getX();
        mLastTouchDownY = ev.getY();
        newTouchTarget = addTouchTarget(child, idBitsToAssign);
        alreadyDispatchedToNewTouchTarget = true;
        break;
     }
                         
     ev.setTargetAccessibilityFocus(false);
}

可以看到大概流程如下，循环遍历子View，判断子元素能否接收到点击事件。能否接收到事件主要由两点衡量，一是是否在播放动画，二是点击事件的坐标是否落在子元素的区域内。如果子元素满足条件，则事件传递给子View处理。dispatchTransformedTouchEvent方法里调用了子View的dispatchTouchEvent方法。

如果子View的dispatchTouchEvent返回true，那么终止子元素的遍历，如果返回false，则继续分发给下个子元素。如果遍历所有的子元素后事件都没处理，那么ViewGroup就自己处理事件。

**综上，触摸事件传递到ViewGroup时，会执行方法dispatchTouchEvent()进行事件分发，如果事件是Down类型（或者同一事件序列没被拦截已经交由子元素处理），那么就调用方法onInterceptTouchEvent进行拦截判断，默认情况下不会拦截事件。ViewGroup不拦截的话，那么就会遍历它的子View，判断能否接收到事件，如果接收到那么就调用子View的dispatchTouchEvent方法继续进行分发。如果遍历子View后都没处理事件，那么ViewGroup自己处理事件。
**

View事件分发

View的事件分发比ViewGroup简单，因为View不包含子View，所以它只能自己处理事件。

下面是它的dispatchTouchEvent方法内的部分源码。

    public boolean dispatchTouchEvent(MotionEvent event) {

        ...

        boolean result = false;

        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;
    }

View对点击事件的处理，首先会判断有没有设置OnTouchListener，因为OnTouchListener的优先级高于onTouchEvent。

onTouchEvent中，即使View处于不可用状态，照样会消耗点击事件。下面代码可以看出来。

if ((viewFlags & ENABLED_MASK) == DISABLED) {
            if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
                setPressed(false);
            }
            // 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)
                    || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
        }

A disabled view that is clickable still consumes the touch events, it just doesn't respond to them，一个不可用的View仍然可以消耗事件，只是不做任何响应。

onTouchEvent中对点击事件的具体处理流程大概如下，只要View的CLICKABLE和LONG_CLICKABLE有一个为true，那么它就会消耗事件，返回true。总的来说，View的可不可用不影响是否消耗事件，只要clickable或者longClickable有一个为true，那么它就会消耗事件。

**综上，触摸事件传递到View时，会执行方法dispatchTouchEvent()进行事件分发，这里会判断有没有设置OnTouchListener，如果OnTouchListener的onTouch方法返回true，那么onTouchEvent就不会被调用。View的onTouchEvent默认都会消耗事件，除非它是不可点击的(clickable和longClickable同时为false)，而View的enable属性并不影响onTouchEvent的返回值。
**

四、滑动冲突解决

上面主要主要介绍了View的事件分发机制的整个过程，在平常的开发中，在熟悉整个分发过程后，滑动冲突问题应该就不再是难题了。下面主要以一个典型的例子，介绍下滑动冲突问题的解决。

滑动冲突的产生主要是因为界面中内外两层都可以滑动，比如一个界面外部可以左右滑动，内部可以上下滑动。这时就可以采取外部拦截法，前面我们提到分发过程中方法onInterceptTouchEvent主要是用于判断是否拦截，那么外部拦截中我们可以重写父容器的onInterceptTouchEvent方法，根据需要决定是否拦截。

public boolean onInterceptHoverEvent(MotionEvent event) {

        boolean intercepted = false;

        int x = (int) event.getX();
        int y = (int) event.getY();

        switch (event.getAction()) {

            case MotionEvent.ACTION_DOWN:
                break;

            case MotionEvent.ACTION_MOVE:
                if(父容器需要当前点击事件){
                    intercepted = true;
                }else {
                    intercepted = false;
                }
                break;

            case MotionEvent.ACTION_UP:
                break;

            default:
                break;
        }
        
        mLastXIntercept = x;
        mLastYIntercept = y;
        
        return intercepted;
    }

五、总结

到这里关于Android中View的事件分发机制就介绍的差不多了，欢迎指正批评。