Android面试冲击附答案（三）————事件分发机制

事件类型：DOWN、MOVE、UP、CANCEL

一个完整的事件序列由一个 DOWN 开始，中间可以有多个 MOVE，最终以 UP 或 CANCEL 结束。

MotionEvent 事件从外到内分发：Activity → ViewGroup → View

核心方法：dispatchTouchEvent → onInterceptTouchEvent → onTouchEvent

伪代码：

fun dispatchTouchEvent(ev: MotionEvent): Boolean {
    return if (isViewGroup) {
        if (onInterceptTouchEvent(ev)) onTouchEvent(ev) else child.dispatchTouchEvent(ev)
    } else {
        onTouchEvent(ev)
    }
}

TouchTarget 是 ViewGroup 的静态内部类，单链表结构。

核心作用：减少遍历、控制事件分发、发送取消事件，只在 DOWN 事件里设置，标记事件序列由哪个 View 处理。

1. 提升事件分发效率：DOWN 事件来临时，ViewGroup 遍历子 View 找到目标并挂到 mFirstTouchTarget。后续事件来临时，mFirstTouchTarget != null 则直接分发，不再遍历子 View。
2. 控制事件分发流程：null 代表 ViewGroup 自己处理，不会触发 onInterceptTouchEvent；不为 null 代表分发给子 View。
3. 管理取消事件：父 View 拦截或子 View 被移除时，ViewGroup 会遍历 mFirstTouchTarget 链表给每个子 View 发送 CANCEL 事件。

• DOWN 事件：Activity → ViewGroup（默认不拦截，遍历子 View，找到 Button，挂到 mFirstTouchTarget）→ Button.onTouchEvent 消费事件
• MOVE 事件：ViewGroup 判断 mFirstTouchTarget != null，本层不处理，直接交给 Button.onTouchEvent。即使移动到 View 之外，依然交给 mFirstTouchTarget 处理。
• UP 事件：分发逻辑同上，还是交给 Button.onTouchEvent。onTouchEvent 内部会判断 DOWN 和 UP 是否都在 View 里，只有都在时才触发点击事件。
• 事件序列结束，父 ViewGroup 自动重置：mFirstTouchTarget = null。

• enable：优先级更高，是全局事件开关。enable = false 后，触摸和点击事件都不会触发。大部分 View 默认 true，TextView 默认 false。
• clickable：仅控制点击事件。clickable = false 时，onTouchEvent 对点击事件无响应，但能接收触摸事件。

enable = false 会让后续 clickable 直接失效。

优先级：onTouch → onTouchEvent → onClick

• MotionEvent 事件先经过 onTouch 处理，如果 onTouch 消费了事件，onTouchEvent 和 onClick 都不会执行。
• 如果 onTouchListener 未设置或未消费事件，进入 onTouchEvent。
• onTouchEvent 会判断 View 是否 clickable 和 longClickable，不可点击直接返回 false。
• onClick 是 onTouchEvent 的副产品，优先级最低，onTouchEvent 判定为有效点击且设置了 onClickListener 时才回调。

子 View 正在处理触摸事件序列，但被父 View 或系统强制中断时触发。典型场景：

1. 父 View 拦截了正在进行的事件序列
2. 子 View 正在处理触摸事件时，被动态移除或隐藏
3. 系统层面的事件中断，如 Dialog、Toast、系统通知栏等遮挡了 View

注意：手指滑到 View 之外后抬起，不会触发 CANCEL 事件，除非期间父 View 布局改变导致子 View 位置偏移。

先说不触发的情况：

1. mFirstTouchTarget == null（没有子 View 处理事件），MOVE/UP 直接交给本层消费，不触发拦截
2. 子 View 调用了 requestDisallowInterceptTouchEvent(true) 且不是 DOWN 事件
3. ViewGroup 设置了 onTouchListener 且返回 true

必定触发：ACTION_DOWN 事件必定会触发 onInterceptTouchEvent。

外部拦截法：ViewGroup 重写 onInterceptTouchEvent，DOWN 事件不拦截，在 MOVE 事件中按需拦截。

内部拦截法：

1. 父 View 不拦截 DOWN 事件，其他事件允许拦截
2. 重写子 View 分发逻辑，在 MOVE 里按需通过 requestDisallowInterceptTouchEvent 决定父 View 是否拦截

被拦截后交给本层 onTouchEvent，可以重写 onTouchEvent，调用子 View 的 dispatchTouchEvent 手动转发（需要转换坐标、判断 View 位置等）。

追问：requestDisallowInterceptTouchEvent 有作用吗？

1. 对 DOWN 事件不生效，DOWN 事件会进入父 View 的拦截方法
2. 对 MOVE 和 UP 事件有效，但需要在 DOWN 事件里提前设置，且前提是父 View 不拦截 DOWN 事件

DOWN 被 ViewGroup 消费，说明没有子 View 消费 DOWN，即 mFirstTouchTarget == null，后续所有事件都会直接交给 ViewGroup 的 onTouchEvent 处理，不再分发给子 View。

事件序列无效，UP 事件直接交给 Activity 处理，不再走完整的分发流程。

不能。父 View 拦截 DOWN 后，mFirstTouchTarget == null，后续事件直接交给 ViewGroup 的 onTouchEvent，不会传递到子 View。

能收到。子 View 请求父 View 不拦截，事件会交给子 View 处理。

但必须在 ACTION_DOWN 里就设置，否则如果第一个 MOVE 事件被拦截了，可能导致后续事件分发不到子 View。