Android布局中同级View的事件传递优先级

说起Android中View的事件分发机制，不少开发者脑海中应该会立刻浮现出一幅流程图。已经有许多文章详细的分析了点击事件在上下级View和ViewGroup之间的传递规则。但同级View之间的点击事件是如何专递的呢？换句话说，处于同一个ViewGroup内的两个View重合时，ViewGroup是如何决定传递到哪一个View的？部分有经验的开发者可能会说：按照xml中的排列顺序，最后的优先触发。的确，在相当长的时间里我也是这么认为的。但在最近的开发中我遇到了一个比较棘手的问题，这也促使我从源码中去进行更深入的探索。

决定事件传递对象的源码分析

点击事件的分发机制主要由dispatchTouchEvent(),onInterceptTouchEvent()和onTouchEvent()三个方法来完成，其中后两个方法都是在第一个方法中调用的，作用分别是拦截事件和处理事件，与本文关系不大。那么，决定父控件将点击事件传递给哪个子控件的逻辑，就应该在dispatchTouchEvent()剩余的代码里。通常dispatchTouchEvent()这个方法不太可能会被重写，因此我们直接看ViewGroup的dispatchTouchEvent()方法：

 

...
    final int childrenCount = mChildrenCount;
    if (newTouchTarget == null && childrenCount != 0) {
        final float x = ev.getX(actionIndex);
        final float y = ev.getY(actionIndex);
        // Find a child that can receive the event.
        // Scan children from front to back.
        final ArrayList preorderedList = buildTouchDispatchChildList();
        final boolean customOrder = preorderedList == null && isChildrenDrawingOrderEnabled();
        final View[] children = mChildren;
        for (int i = childrenCount - 1; i >= 0; i--) {
            final int childIndex = getAndVerifyPreorderedIndex(childrenCount, i, customOrder);
            final View child = getAndVerifyPreorderedView(preorderedList, children, childIndex);
            ...
        }
    }
...

整段方法的代码好长啊，足足有200+行！不过我们要善于抓住核心。在方法体内搜索child关键字能定位到上图所示的一段代码。通过行间的注释我们可以得知判断父控件将点击事件传递给哪个子控件的逻辑就在这段代码中。而决定这个子控件的实例的代码应该就是最后一行：

 

final View child = getAndVerifyPreorderedView(preorderedList, children, childIndex);

很显然getAndVerifyPreorderedView()这个方法决定了最终由哪个子控件来接收点击事件。方法的具体逻辑我们先放到一边，先来看看该方法接收的3个变量，其中children根据上方代码可推测出是包含了所有（重合）子控件的实例数组，而另外两个变量preorderedList和childIndex从变量名就能猜到和顺序有关。我们先来看看决定preorderedList的buildTouchDispatchChildList()方法，该方法直接调用了buildOrderedChildList()方法，我们继续看该方法的代码：

 

ArrayList buildOrderedChildList() {
    final int childrenCount = mChildrenCount;
    if (childrenCount <= 1 || !hasChildWithZ()) return null;

    if (mPreSortedChildren == null) {
        mPreSortedChildren = new ArrayList<>(childrenCount);
    } else {
        // callers should clear, so clear shouldn't be necessary, but for safety...
        mPreSortedChildren.clear();
        mPreSortedChildren.ensureCapacity(childrenCount);
    }

    final boolean customOrder = isChildrenDrawingOrderEnabled();
    for (int i = 0; i < childrenCount; i++) {
        // add next child (in child order) to end of list
        final int childIndex = getAndVerifyPreorderedIndex(childrenCount, i, customOrder);
        final View nextChild = mChildren[childIndex];
        final float currentZ = nextChild.getZ();

        // insert ahead of any Views with greater Z
        int insertIndex = i;
        while (insertIndex > 0 && mPreSortedChildren.get(insertIndex - 1).getZ() > currentZ) {
            insertIndex--;
        }
        mPreSortedChildren.add(insertIndex, nextChild);
    }
    return mPreSortedChildren;
}

又是好长的一段代码哟！不过眼尖的应该很快就能注意到第二行

 

if (childrenCount <= 1 || !hasChildWithZ()) return null;

这个判断语句，childrenCount很明显就是子控件的数量，如果小于等于1就不用判断了。而hasChildWithZ()熟悉布局文件的开发者应该能猜到这是查看是否有child设置了Z轴相关属性，取反意味着如果没有child设置Z轴就返回null。其实搞清楚这里基本上下面的一大段代码就不用看了！根据实际经验很容易得出这段代码就是让Z轴越大的优先级越高！

接着再来看childIndex，进入方法getAndVerifyPreorderedIndex()中：

 

private int getAndVerifyPreorderedIndex(int childrenCount, int i, boolean customOrder) {
    final int childIndex;
    if (customOrder) {
        final int childIndex1 = getChildDrawingOrder(childrenCount, i);
        if (childIndex1 >= childrenCount) {
            throw new IndexOutOfBoundsException("getChildDrawingOrder() "
                    + "returned invalid index " + childIndex1
                    + " (child count is " + childrenCount + ")");
        }
        childIndex = childIndex1;
    } else {
        childIndex = i;
    }
    return childIndex;
}

这段代码的逻辑比较简单，变量customOrder顾名思义就是自定义顺序，如果为false就是childIndex取默认顺序，而默认顺序一般来讲就是xml中子控件的定义顺序了。其实看到这里整个判断的逻辑已经比较清晰明了了，主要的影响因素就是Z轴大小和xml中的定义顺序。

最后我们再回过头来看给child最终赋值的getAndVerifyPreorderedView()方法：

 

private static View getAndVerifyPreorderedView(ArrayList preorderedList, View[] children,
        int childIndex) {
    final View child;
    if (preorderedList != null) {
        child = preorderedList.get(childIndex);
        if (child == null) {
            throw new RuntimeException("Invalid preorderedList contained null child at index "
                    + childIndex);
        }
    } else {
        child = children[childIndex];
    }
    return child;
}

这时再看这段代码就很明显了，preorderedList不为null时优先看preorderedList，否则直接看childIndex，即设置了Z轴就Z轴大的优先，否则就是xml定义靠后的优先。到这里，决定父控件将点击事件传递给哪个子控件的逻辑已基本清晰。

事件在子控件间的传递

一般来说不用考虑这个问题，因为View的onTouchEvent()默认会消耗事件，除非它是不可点击的，即View的clickable和longClickable属性都为false。当优先级最高的子View不可点击时，事件会传递到次高的View上，以此类推。

总结

当父布局下有两个重合的子控件A和B时，点击事件的传递遵循:

1. 如果子控件设置了Z轴(elevation或translationZ)，就Z轴大的优先。
2. 如果没有设置Z轴或Z轴相同，则xml中定义靠后的优先。
3. 当优先级最高的子控件为不可点击(clickable和longClickable属性都为false)时，事件会传递到优先级次高的控件上，否则会默认消耗掉事件。

---

延伸

一般的触摸事件传递顺序是ViewGroupRoot -> ViewGroupA -> View这样的。现在如果ViewGroupRoot下有两个同级的ViewGroupA和ViewGroupB，且两者宽高均为match_parent，那么请问这时的触摸事件传递顺序是怎样的？ViewGroupA和ViewGroupB谁先收到触摸事件？

打log或者debug只是知道结果却不知道为何, 我简单分析下决定这个传递顺序的逻辑
触摸事件的传递顺序的逻辑应该在父控件的dispatchTouchEvent()方法中, 不同的父控件这个方法有可能不一样, 如果父控件的这个方法的实现改变了, 有可能会改变这个顺序.不过一般不会改的, 所以我们只看ViewGroup的实现, 看源码, 很容易找到把触摸事件传递给子控件的那部分代码, 基本变量命名出现child那堆就是了, 关键的逻辑应该是下面几行

final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) {
    // 省略部分代码
    final ArrayList preorderedList = buildOrderedChildList();
    final boolean customOrder = preorderedList == null && isChildrenDrawingOrderEnabled();
    final View[] children = mChildren;
    for (int i = childrenCount - 1; i >= 0; i--) {
        final int childIndex = customOrder ? getChildDrawingOrder(childrenCount, i) : i;
        final View child = (preorderedList == null) ? children[childIndex] : preorderedList.get(childIndex);
        // 省略一堆后续判断
    }
}

这里可以明确看到定义了一个变量final View child, 这个就是事件将要传递的子控件, 当然后面还要经过一些判断才会把事件分发给它, 不过这里不关心了.

决定这个child的实例的逻辑是final View child = (preorderedList == null) ? children[childIndex] : preorderedList.get(childIndex);,
关键的参数有两个, preorderedList和childIndex, 到这里基本可以确定触摸事件的分发顺序就是这两个参数决定的了.

接着看preorderedList, 是调用了方法buildOrderedChildList(), 这个方法的代码就不贴出来了, 如果你没有对子控件设置elevation或者translationZ, 那么就会返回空, 如果设置了的话那么返回一个根据Z轴排序的列表, 一般情况下都是没有设置的, 如果你设置了Z轴的值, 那么在Z轴的值越大就越优先分发事件.

然后看childIndex, 一般情况下这个值就是xml文件中定义的顺序了, 不过我们可以通过方法getChildDrawingOrder()和setChildrenDrawingOrderEnabled(boolean enabled)来自定义子控件的绘制顺序, 如果你设置setChildrenDrawingOrderEnabled(true)那么isChildrenDrawingOrderEnabled()就会返回true, 导致customOrder变量在preorderedList为null的情况下是true, 接着就会调用getChildDrawingOrder()方法来获取当前事件分发的子控件的index.

总结, 你点击的区域有两个View, A和B, 它们大小相同, 位置重合

1. 如果你对A或B设置了elevation或者translationZ, 那么会先分发给Z轴上值较大的View, 不设置的View默认是0, 此时index只能是xml上添加的顺序

2. 如果你没有设置Z轴的值, 设置了setChildrenDrawingOrderEnabled(true)和实现了父控件的getChildDrawingOrder()方法, 那么顺序就是由这个方法里的实现确定了, 例如在这个方法传入参数是0的时候返回的是A的index, 传入1的时候返回的是B的index, 即使实际上A的index比B大, 那么事件也会先传递给A

3. 如果你什么都没干, 就是正常使用, 那么分发顺序就是子控件在xml中的顺序的倒序, 就是后添加的先分发, 实际上如果两个控件重合了, 你看到的也是后添加的控件, 那么自然点击事件也是先分发给后添加的控件了