事情分发原理

序文

Android 的 View 的事情分发一直是老生常谈的问题，市面上的所有文章资料都在经过 dispatchTouchEvent、onInterceptTouchEvent 和 onTouchEvent 讲事情分发的原理，关于一些细节没有触及，本文带你一窥源码，搞清楚 View 是如何挑选事情处理的。

MotionEvent

MotionEvent 界说了用于陈述移动(鼠标、笔、手指、轨道球)事情的方针。运动事情能够保存绝对或相对运动和其他数据，这取决于设备的类型。

用户接触一次屏幕将会产生 MotionEvent 事情，并将事情传递给适宜的 View 。MotionEvent 会包含一些接触行为的相关信息，例如事情的类型、接触的X和Y坐标、接触区域的巨细和方向的信息等等。有些设备能够同时陈述多条移动轨道。多点触控屏幕为每个手指宣布一个运动轨道。单个的手指或其他产生运动轨道的方针称为指针。

通常状况下，用户的接触事情类型包含：按下（ACTION_DOWN）、移动（ACTION_MOVE）、抬起(ACTION_UP)、撤销(ACTION_CANCEL)。

用户的一次接触通常以 ACTION_DOWN 事情开端，在屏幕上移动时产生多个 ACTION_MOVE 事情，最终抬起手指触发 ACTION_UP 或 ACTION_CANCEL 事情。

View 和 ViewGroup

在解说事情分发机制之前，要差异 View 和 ViewGroup ，尽管 ViewGroup 承继自 View ，可是它们代表了不容的概念。
Android 的视图结构是树结构，View 代表的是叶子节点，而 ViewGroup 则表明能够拥有子节点的非叶子节点。它们的事情分发逻辑是有差异的。

简述事情分发

下文的分析或许比较复杂，这儿总结一下事情分发触及核心办法的流程：

View 的事情分发流程

当接触事情来临时，会触发 View 的 dispatchTouchEvent(event) 将事情进行分发。假如 View 设置了 onTouchListener ，会优先回调 onTouch(view, event) ，onTouch 办法的回来值表明是否处理事情。

假如 onTouch 不处理事情，会进入 View 自己的 onTouchEvent ，在没有掩盖的状况下，该办法内部会识别该事情是点击、长按或其他类型，点击会调用 performClick() ，perfromClick 办法会调用 onClickListener 的 onClick(View) 。

onTouchEvent 办法用户能够自己来完成，从而完成 View 的拖拽等能力。

假如 onTouchEvent 办法也回来 false ，阐明当时 View 不耗费这个事情，dispatchTouchEvent 回来 false 。

ViewGroup 的事情分发流程

当接触事情来临时，会触发 ViewGroup 的 dispatchTouchEvent 将事情进行分发。

ViewGroup 会优先处理事情的分发逻辑，经过窗口的查看后，首要会经过经过 Flag 查看是否需求阻拦，并调用 onInterceptTouchEvent(event) 确认真正是否进行阻拦的成果。然后进行撤销的 Flag 查看。

在不阻拦不撤销的状况下，经过 View 的烘托次序和 Z 轴次序会生成一个有序的 View 列表，依据列表次序获取契合事情坐标方位的 View ，然后经过 dispatchTransformedTouchEvent(view, ...) 来分发给这个 View ，dispatchTransformedTouchEvent 办法内部调用 view.dispatchTouchEvent(event) ，假如 view 为空的状况，直接调用 super.dispatchTouchEvent(event) ，也便是调用 ViewGroup 的父类 View 的 dispatchTouchEvent 办法。

假如子 View 不耗费事情（dispatchTouchEvent 办法回来了 false），ViewGroup 会调用 dispatchTransformedTouchEvent(view = null, ...) 的办法，调用到自己的 super.dispatchTouchEvent(event) ，也便是将自己视为最终 View 来查看是否耗费。

View dispatchTouchEvent

View 的 dispatchTouchEvent 办法会将接触屏运动事情传递到方针视图，假如是方针，则传递给这个视图。并回来当时 View 是否要处理这个事情的成果（需求处理 true，反之 false）。接下来逐步分析 dispatchTouchEvent 办法中要害的逻辑：

1. 查看事情序列逻辑自洽

protected final InputEventConsistencyVerifier mInputEventConsistencyVerifier = InputEventConsistencyVerifier.isInstrumentationEnabled() ? new InputEventConsistencyVerifier(this, 0) : null;
public boolean dispatchTouchEvent(MotionEvent event) {
    // ...
    if (mInputEventConsistencyVerifier != null) {
        mInputEventConsistencyVerifier.onTouchEvent(event, 0);
    }
    // ...
}

mInputEventConsistencyVerifier 是用于调试目的的一个类，用来查看事情序列是否逻辑自洽，例如接连两个 down 事情就不契合同一个事情序列的逻辑规矩。

2. ACTION_DOWN 触发新手势防御性整理

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean result = false;
    // action 
    final int actionMasked = event.getActionMasked();
    if (actionMasked == MotionEvent.ACTION_DOWN) {
        // 为新手势进行防御性整理， 中止嵌套滑动
        stopNestedScroll();
    }
    // ...
}

在这一个过程前，先界说了一个变量 result ，用来记载内部逻辑是否处理了这个事情，并在最终回来成果。后续的过程也会触及这个变量。
经过事情序列查看后，查看是否是 Down 事情，假如是，则需求为新手势进行防御性整理，中止嵌套滑动。

3. 窗口遮挡战略查看

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    // 2. ACTION_DOWN 触发新手势防御性整理
    if (onFilterTouchEventForSecurity(event)) {
        // ...
    }
    // ...
}

在经过 Down 事情的处理后，会经过 onFilterTouchEventForSecurity 办法过滤事情，这个办法的作用是查看窗口是否被遮挡。当然用户也能够经过掩盖 onFilterTouchEventForSecurity 的办法，自界说过滤战略。

4. 处理事情

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    // 2. ACTION_DOWN 触发新手势防御性整理
    if (onFilterTouchEventForSecurity(event)) { // 3. 窗口遮挡战略查看
        ListenerInfo li = mListenerInfo; // 取出当时 View 的监听信息
        if (li != null && li.mOnTouchListener != null // mOnTouchListener 不为空
            && (mViewFlags & ENABLED_MASK) == ENABLED // 掩码，与setFlags一起运用，表明该视图是否启用的比特位  
            && li.mOnTouchListener.onTouch(this, event)  // onTouch 办法处理事情 在向视图发送接触事情时调用。这让 listener 有机会在方针视图之前做出呼应。
        ) {
            result = true;
        }
        // 假如这个时分result 还不是 true，调用 onTouchEvent
        // 完成 onTouchEvent 办法来处理接触屏运动事情。假如运用此办法检测单击行为，建议经过完成并调用performClick()来履行这些操作。
        // 这将保证体系行为的一致性，包含: 1.服从点击声响偏好设置; 2. 调度OnClickListener调用; 3. 当无障碍功用启用时处理ACTION_CLICK
        if (!result && onTouchEvent(event)) {
            result = true;
        }
    }
    // ...
}

经过了窗口遮挡查看，就开端处理事情了，这儿省掉了鼠标拖拽翻滚条的逻辑（不是很重要）。
首要，取出 mListenerInfo 特点保存的监听信息，查看它的 mOnTouchListener 变量不为空、而且当时 View 是否处于启用状况（Flag == ENABLED），而且 mOnTouchListener 的 onTouch 办法回来了 true ，阐明当时 View 的 onTouch 处理了事情，事情到此为止，分发完毕。

onTouch 优先调用的作用是在向 View 发送接触事情时调用。这让 mOnTouchListener 有机会在交给方针视图处理之前做出呼应。

假如 onTouch 办法回来了 false ，没有耗费事情，那么将调用当时 View 的 onTouchEvent 办法来处理事情。

onTouchEvent(MotionEvent) 是 View 用来开端处理接触运动事情的办法，假如运用此办法检测单击行为，建议经过完成并调用performClick()来履行这些操作。这样能够保证一些体系行为的一致性，包含：

调用 onClickListener
无障碍处理 ACTION_CLICK 事情
触发体系点击音效

View 的 onTouchEvent 办法中处理了单击、长按、UI 的按压状况等逻辑，内部经过调用 performClickInternal() 来触发点击事情。

    private boolean performClickInternal() {
        // Must notify autofill manager before performing the click actions to avoid scenarios where
        // the app has a click listener that changes the state of views the autofill service might
        // be interested on.
        notifyAutofillManagerOnClick();
        return performClick();
    }

5. 告诉事情验证器疏忽次事情序列

假如履行到这一步此还没有处理事情，阐明当时 View 不耗费这个事情序列，告诉 mInputEventConsistencyVerifier 给定事情未处理，应该疏忽事情跟踪的其余部分。

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    // 2. ACTION_DOWN 触发新手势防御性整理
    if (onFilterTouchEventForSecurity(event)) { // 3. 窗口遮挡战略查看
        // 4. 处理事情
    }
    // 到这儿仍不处理，调试器不为空，交给调试器记载不处理的事情
    if (!result && mInputEventConsistencyVerifier != null) {
        mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
    }
    // ...
}

6. 完毕手势到整理作业

假如这个手势是一个完毕手势（包含 UP 事情、CANCEL 事情、或是 DOWN 事情时，当时 View 不处理事情的状况），中止嵌套翻滚。

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    // 2. ACTION_DOWN 触发新手势防御性整理
    if (onFilterTouchEventForSecurity(event)) { // 3. 窗口遮挡战略查看
        // 4. 处理事情
    }
    // 5. 告诉事情验证器疏忽次事情序列
    if (actionMasked == MotionEvent.ACTION_UP ||
            actionMasked == MotionEvent.ACTION_CANCEL ||
            (actionMasked == MotionEvent.ACTION_DOWN && !result)) {
        stopNestedScroll();
    }
    return result;
}

到这一步，View 的事情分发就完毕了。

ViewGroup dispatchTouchEvent

ViewGroup 的 dispatchTouchEvent 逻辑与 View 有所不同。

1. 查看事情序列逻辑自洽

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    // 查看事情序列逻辑自洽
    if (mInputEventConsistencyVerifier != null) {
        mInputEventConsistencyVerifier.onTouchEvent(ev, 1);
    }
}

与 View 相同。

2. 窗口遮挡战略查看

ViewGroup 的第二步直接进行了过滤战略办法的调用，不存在翻滚的能力，所以疏忽了 View 的第二步和最终中止嵌套翻滚的逻辑。

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean handled = false;
    if (onFilterTouchEventForSecurity(event)) {
        // ...
    }
    // ...
}

3. 开端的 DOWN 事情触发整理逻辑

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean handled = false;
    if (onFilterTouchEventForSecurity(event)) { // 2. 窗口遮挡战略查看
        final int action = ev.getAction();
        final int actionMasked = action & MotionEvent.ACTION_MASK;
        // Handle an initial down. 处理第一个 down 事情
        if (actionMasked == MotionEvent.ACTION_DOWN) {
            // 当开端一个新的接触手势时，扔掉之前所有的状况。
            // 因为应用程序切换、ANR或其他一些状况改变，框架或许已经抛弃了前一个手势的up或cancel事情。
            cancelAndClearTouchTargets(ev); // 撤销并铲除
            resetTouchState();
        }
    }
    // ...
}

经过挑选后，假如事情是 DOWN 事情，需求扔掉之前的状况，这儿也或许因为应用程序切换、ANR或其他一些状况改变，框架或许已经抛弃了前一个手势的 UP 或 CANCEL 事情。

4. 阻拦查看

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean handled = false;
    if (onFilterTouchEventForSecurity(event)) { // 2. 窗口遮挡战略查看
        // 3. 开端的 DOWN 事情触发整理逻辑
        final boolean intercepted;
        if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
            final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; 
            if (!disallowIntercept) { // 假如答应阻拦，走 onInterceptTouchEvent
                intercepted = onInterceptTouchEvent(ev);
                ev.setAction(action); // restore action in case it was changed
            } else { // 不答应阻拦
                intercepted = false; 
            }
        } else {
            // There are no touch targets and this action is not an initial down
            // so this view group continues to intercept touches.
            intercepted = true; // 首个事情没有接触方针，这个动作不是一个初始的down所以这个视图组持续阻拦接触。
        }
    }
    // ...
}

查看阻拦的第一步是判断假如是 DOWN 事情或当时第一次点击方针不为空，表明不是第一个事情，此时会查看是否答应阻拦，假如答应，调用 onInterceptTouchEvent(MotionEvent) ，依据 onInterceptTouchEvent 办法回来的成果表明是否阻拦，设置到临时变量 intercepted 上；其他状况表明不答应阻拦事情。

5. 获取事情撤销等状况

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean handled = false;
    if (onFilterTouchEventForSecurity(event)) { // 2. 窗口遮挡战略查看
        // 3. 开端的 DOWN 事情触发整理逻辑
        // 4. 阻拦查看 
        // Check for cancelation. 查看是否撤销
        final boolean canceled = resetCancelNextUpFlag(this) || actionMasked == MotionEvent.ACTION_CANCEL;
        // 是否来自鼠标的事情
        final boolean isMouseEvent = ev.getSource() == InputDevice.SOURCE_MOUSE;
        // FLAG_SPLIT_MOTION_EVENTS 当设置这个特点时，这个ViewGroup会在适宜的时分将 MotionEvents 拆分给多个子视图。
        final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0 && !isMouseEvent; 
        // 新的接触方针
        TouchTarget newTouchTarget = null; 
        // 已分发给新的接触方针
        boolean alreadyDispatchedToNewTouchTarget = false;
    }
    // ...
}

在这一个过程中，首要事情查询是否被撤销，然后界说了一些后续逻辑中会用到的临时变量。

6. 分发 DOWN 事情

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean handled = false;
    if (onFilterTouchEventForSecurity(event)) { // 2. 窗口遮挡战略查看
        // 3. 开端的 DOWN 事情触发整理逻辑
        // 4. 阻拦查看 
        // 5. 获取事情撤销等状况
        // 在保证没有被撤销或阻拦的状况下，向下分发事情 （这儿疏忽一些鼠标等输入设备和无障碍相关的逻辑）
        if (!canceled && !intercepted) {
            if (actionMasked == MotionEvent.ACTION_DOWN) {  
                final int actionIndex = ev.getActionIndex(); // always 0 for down
                final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex) : TouchTarget.ALL_POINTER_IDS;
                final int childrenCount = mChildrenCount; // 获取子 View 数量
                if (newTouchTarget == null && childrenCount != 0) { // 存在接触方针，且存在子 View 
                    // TODO 
                }
            }
        }
    }
    // ...
}

在保证没有被撤销或阻拦的状况下，准备开端向子 View 分发事情，这儿疏忽一些鼠标等输入设备和无障碍相关的逻辑。

1. 获取有序的子 View 列表

if (!canceled && !intercepted) {
    if (actionMasked == MotionEvent.ACTION_DOWN) {  
        // ...
        if (newTouchTarget == null && childrenCount != 0) { // 存在接触方针，且存在子 View 
            // 当时坐标 / 当时事情的坐标
            final float x = isMouseEvent ? ev.getXCursorPosition() : ev.getX(actionIndex);
            final float y = isMouseEvent ? ev.getYCursorPosition() : ev.getY(actionIndex);
            final ArrayList<View> preorderedList = buildTouchDispatchChildList();
            // isChildrenDrawingOrderEnabled 假如子 View 的绘制次序由getChildDrawingOrder(int, int)界说，回来true，不然回来false
            final boolean customOrder = preorderedList == null && isChildrenDrawingOrderEnabled();
            // ... 
        }
    }
    // ... 
}

这一步主要是 buildTouchDispatchChildList 办法，它提供了按照视图显现层级次序的 View 列表。（先按Z排序，然后按子元素的绘制次序(假如适用)排序。）；该列表必须在运用后铲除，以避免走漏子视图。

2. 遍历子 View

if (!canceled && !intercepted) {
    if (actionMasked == MotionEvent.ACTION_DOWN) {  
        // ...
        if (newTouchTarget == null && childrenCount != 0) { // 存在接触方针，且存在子 View 
            // 1. 获取有序的子 View 列表
            final View[] children = mChildren;
            // 开端遍历
            for (int i = childrenCount - 1; i >= 0; i--) {
                // 【todo】这儿遍历逻辑
            }
            // ... 
        }
    }
    // ... 
}

【todo】方位履行的遍历逻辑能够拆分成四个过程：

遍历子 View 的逻辑比较复杂，首要经过 getAndVerifyPreorderedIndex 办法获取子 View 在已依据规矩排好次序的 preorderedList 中的索引，然后再去 preorderedList 中找到这个 View。

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

查看事情的坐标是否处于子 View 的范围内，假如不在，直接进行下一次循环；或是子 View 能否接受事情。

// 【坐标点过滤】接触点不在子 View 范围内 or 子 View 不接纳事情，直接进行下一次循环
if (!child.canReceivePointerEvents() || !isTransformedTouchPointInView(x, y, child, null)) {
    ev.setTargetAccessibilityFocus(false);
    continue;
}

已存在接触方针，更新接触方针的指针，跳出循环。

newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
    newTouchTarget.pointerIdBits |= idBitsToAssign;
    break;
}

履行到这一步阐明坐标查看经过，且没有已存在接触方针，经过 dispatchTransformedTouchEvent 分发事情给子 View ，假如分发成功了，会更新最终一次的接触方针信息。

if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
    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();
    // addTouchTarget 将指定子方针的接触方针增加到 TouchTarget 列表的头。假定方针子元素还不存在。
    newTouchTarget = addTouchTarget(child, idBitsToAssign);
    alreadyDispatchedToNewTouchTarget = true;
    break;
}

3. 铲除有序的子 View 列表

前面提到了 buildTouchDispatchChildList 办法回来了 View 列表要在运用后铲除，避免造成走漏：

if (!canceled && !intercepted) {
    if (actionMasked == MotionEvent.ACTION_DOWN) {  
        // ...
        if (newTouchTarget == null && childrenCount != 0) { // 存在接触方针，且存在子 View 
            // 1. 获取有序的子 View 列表
            // 2. 遍历子 View
            if (preorderedList != null) preorderedList.clear();
        }
    }
    // ... 
}

4. 没有找到子 View 处理事情，将接触方针更新成最近增加的接触方针


if (!canceled && !intercepted) {
    if (actionMasked == MotionEvent.ACTION_DOWN) {  
        // ...
        if (newTouchTarget == null && childrenCount != 0) { // 存在接触方针，且存在子 View 
            // 1. 获取有序的子 View 列表
            // 2. 遍历子 View
            // 3. 铲除有序的子 View 列表
        }
        if (newTouchTarget == null && mFirstTouchTarget != null) {
            newTouchTarget = mFirstTouchTarget;
            while (newTouchTarget.next != null) {
                newTouchTarget = newTouchTarget.next;
            }
            newTouchTarget.pointerIdBits |= idBitsToAssign;
        }
    }
    // ... 
}

这一步，也便是说，没有找到子 View 能够处理事情，将事情交给最近增加的接触方针。

7. 分发非 DOWN 事情

这个过程主要是处理非 DOWN 事情的（除了事情序列的起始事情），因为起始事情回去创立新的接触方针，而后续的事情能够直接交给 TouchTarget 来进行，避免再次查找进步效率。

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean handled = false;
    if (onFilterTouchEventForSecurity(event)) { // 2. 窗口遮挡战略查看
        // 3. 开端的 DOWN 事情触发整理逻辑
        // 4. 阻拦查看 
        // 5. 获取事情撤销等状况
        // 6. 处理 DOWN 事情的分发
        // 处理非 DOWN 事情
        if (mFirstTouchTarget == null) {
            handled = dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS);
        } else {
            // 假如在事情序列的履行过程中，接触点滑出当时的接触方针，需求撤销当时的接触方针
            TouchTarget predecessor = null;
            TouchTarget target = mFirstTouchTarget;
            while (target != null) {
                final TouchTarget next = target.next;
                if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
                    handled = true;
                } else {
                    final boolean cancelChild = resetCancelNextUpFlag(target.child) || intercepted;
                    if (dispatchTransformedTouchEvent(ev, cancelChild, target.child, target.pointerIdBits)) {
                        handled = true;
                    }
                    if (cancelChild) {
                        if (predecessor == null) {
                            mFirstTouchTarget = next;
                        } else {
                            predecessor.next = next;
                        }
                        target.recycle();
                        target = next;
                        continue;
                    }
                }
                predecessor = target;
                target = next;
            }
        }
    }
    // ...
}

8. 处理 UP 事情或撤销

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean handled = false;
    if (onFilterTouchEventForSecurity(event)) { // 2. 窗口遮挡战略查看
        // 3. 开端的 DOWN 事情触发整理逻辑
        // 4. 阻拦查看 
        // 5. 获取事情撤销等状况
        // 6. 处理 DOWN 事情的分发
        // 7. 分发非 DOWN 事情
        if (canceled
                || actionMasked == MotionEvent.ACTION_UP
                || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
            resetTouchState();
        }
    }
    // ...
}

假如撤销了或许事情是 ACTION_UP 、ACTION_HOVER_MOVE ，重置接触状况。

9. 告诉事情验证器疏忽次事情序列

public boolean dispatchTouchEvent(MotionEvent event) {
    // 1. 查看事情序列逻辑自洽
    boolean handled = false;
    if (onFilterTouchEventForSecurity(event)) { // 2. 窗口遮挡战略查看
        // 3. 开端的 DOWN 事情触发整理逻辑
        // 4. 阻拦查看 
        // 5. 获取事情撤销等状况
        // 6. 处理 DOWN 事情的分发
        // 7. 分发非 DOWN 事情
        // 8. 处理 UP 事情或撤销
    }
    if (!handled && mInputEventConsistencyVerifier != null) {
        mInputEventConsistencyVerifier.onUnhandledEvent(ev, 1);
    }
    return handled;
}

最终一步假如没有经过过滤战略查看，告诉 mInputEventConsistencyVerifier 疏忽这些事情。

ViewGroup 分发逻辑 dispatchTransformedTouchEvent

在 ViewGroup 的分发逻辑中，传递给子 View 进行分发的办法是 dispatchTransformedTouchEvent(...)，该办法将 MotionEvent 转换到特定子 View 的坐标空间，过滤不相关的指针id，并在必要时掩盖其操作。假如 child 为 null，则假定 MotionEvent 将被发送到此 ViewGroup 。

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
        View child, int desiredPointerIdBits) {
    // ...
    if (child == null) {
        handled = super.dispatchTouchEvent(transformedEvent);
    } else {
        handled = child.dispatchTouchEvent(transformedEvent);
    }
    // ... 
    return handled
}

【面试必备】最详细的 Android View 的事件分发原理

事情分发原理

序文

MotionEvent

View 和 ViewGroup

简述事情分发

View 的事情分发流程

ViewGroup 的事情分发流程

View dispatchTouchEvent

1. 查看事情序列逻辑自洽

2. ACTION_DOWN 触发新手势防御性整理

3. 窗口遮挡战略查看

4. 处理事情

5. 告诉事情验证器疏忽次事情序列

6. 完毕手势到整理作业

ViewGroup dispatchTouchEvent

1. 查看事情序列逻辑自洽

2. 窗口遮挡战略查看

3. 开端的 DOWN 事情触发整理逻辑

4. 阻拦查看

5. 获取事情撤销等状况

6. 分发 DOWN 事情

1. 获取有序的子 View 列表

2. 遍历子 View

3. 铲除有序的子 View 列表

4. 没有找到子 View 处理事情，将接触方针更新成最近增加的接触方针

7. 分发非 DOWN 事情

8. 处理 UP 事情或撤销

9. 告诉事情验证器疏忽次事情序列

ViewGroup 分发逻辑 dispatchTransformedTouchEvent

作者信息

【面试必备】最详细的 Android View 的事件分发原理

事情分发原理

序文

MotionEvent

View 和 ViewGroup

简述事情分发

View 的事情分发流程

ViewGroup 的事情分发流程

View dispatchTouchEvent

1. 查看事情序列逻辑自洽

2. ACTION_DOWN 触发新手势防御性整理

3. 窗口遮挡战略查看

4. 处理事情

5. 告诉事情验证器疏忽次事情序列

6. 完毕手势到整理作业

ViewGroup dispatchTouchEvent

1. 查看事情序列逻辑自洽

2. 窗口遮挡战略查看

3. 开端的 DOWN 事情触发整理逻辑

4. 阻拦查看

5. 获取事情撤销等状况

6. 分发 DOWN 事情

1. 获取有序的子 View 列表

2. 遍历子 View

3. 铲除有序的子 View 列表

4. 没有找到子 View 处理事情，将接触方针更新成最近增加的接触方针

7. 分发非 DOWN 事情

8. 处理 UP 事情或撤销

9. 告诉事情验证器疏忽次事情序列

ViewGroup 分发逻辑 dispatchTransformedTouchEvent

相关文章

击败Stable Diffusion XL，商汤绘画大模型出手即大作，论文公开、免费试玩

30个css动画效果，持续更新中…

SourceMap详解

推荐两款程序员必备的画图神器

作者信息