Android 事件分发与滑动冲突 面试知识点

整理自模拟面试，覆盖触摸反馈 / 事件机制 / 事件分发 / ViewRootImpl / requestDisallowInterceptTouchEvent / 滑动冲突

1. 什么是触摸反馈

一句话：触摸反馈就是用户手指按下后，界面立即给出的视觉、状态或触觉响应，用来告诉用户“这次操作已经被接收了”。

常见反馈形式

• pressed 按压态
• ripple 波纹效果
• 按钮缩放、变暗、高亮
• performHapticFeedback() 触觉反馈
• 列表项选中态、拖拽开始态

核心价值

• 提升操作确定性
• 降低误触和重复点击
• 强化控件“可点击 / 可长按 / 可拖拽”的交互语义

实现要点

• 反馈要尽早，通常在 ACTION_DOWN 就出现
• 不要等网络结果回来才给反馈
• 自定义 View 要处理好 DOWN / MOVE / UP / CANCEL，避免按压态残留

2. Android 事件机制总览

一句话：Android 触摸事件本质是 MotionEvent，核心就是事件从上到下分发，再由某一层消费。

常见事件类型

• ACTION_DOWN：手指按下
• ACTION_MOVE：手指移动
• ACTION_UP：手指抬起
• ACTION_CANCEL：事件被中断或被父容器接管

三个核心方法

• dispatchTouchEvent()：负责分发事件
• onInterceptTouchEvent()：负责决定父容器是否拦截，只有 ViewGroup 有
• onTouchEvent()：负责真正消费事件

一句话速记

• dispatchTouchEvent()：传
• onInterceptTouchEvent()：截
• onTouchEvent()：处理

3. 事件分发详细流程

View 层经典链路

Activity
-> Window
-> DecorView
-> ViewGroup
-> 子 View

更完整的系统链路

InputDispatcher
-> ViewRootImpl
-> DecorView
-> ViewGroup
-> 子 View

分发过程怎么理解

1. 系统生成 MotionEvent
2. 事件先进入 Activity.dispatchTouchEvent()
3. 再经由 Window.superDispatchTouchEvent() 传给 DecorView
4. 进入根 ViewGroup.dispatchTouchEvent()
5. 父容器决定是否拦截
6. 不拦截则向命中的子 View 继续分发
7. 子 View 或父容器最终在 onTouchEvent() 中消费

ViewGroup.dispatchTouchEvent() 的核心逻辑

• 先看这次是否允许拦截
• 再决定要不要调用 onInterceptTouchEvent()
• 如果拦截，自己处理
• 如果不拦截，交给子 View
• 子 View 不消费时，父容器兜底

4. 为什么 ACTION_DOWN 很重要

一句话：ACTION_DOWN 是一整组触摸事件的起点，谁接住了 DOWN，后续事件通常就优先发给谁。

DOWN 的作用

• 确定这次事件序列的目标 View
• 初始化点击、长按、拖拽、按压态等逻辑
• 为后续 MOVE / UP 建立上下文

子 View 不消费 ACTION_DOWN 会怎样

• 往往收不到后续 MOVE / UP
• 点击事件可能无法触发
• 长按、拖拽、手势识别会失效
• 事件会回退给父容器处理

为什么父容器通常不能随便拦截 ACTION_DOWN

• 一旦父容器在 DOWN 就拦截，子 View 拿不到事件起点
• 子 View 的点击、长按、按压反馈都可能直接失效
• 所以父容器常见做法是：DOWN 先放行，MOVE 再判断是否接管

5. MOVE 阶段拦截是怎么发生的

一句话：父容器通常是在 onInterceptTouchEvent() 里，根据滑动方向、距离和边界，在 MOVE 阶段动态决定是否接管事件。

典型流程

• DOWN：父容器返回 false，先不拦截
• 子 View 开始处理事件
• MOVE：父容器再次收到事件
• 在 onInterceptTouchEvent() 里判断是否应该接管
• 如果返回 true，子 View 收到 ACTION_CANCEL
• 后续事件转给父容器自己的 onTouchEvent()

常见判断条件

• 横向位移和纵向位移谁更大
• 是否超过 touchSlop
• 子控件是否已经滑到边界

6. OnTouchListener 和 OnClickListener 的关系

结论：OnTouchListener 不会天然让点击失效，关键看 onTouch() 的返回值。

两种情况

• onTouch() 返回 true：事件被提前消费，OnClickListener 通常不会触发
• onTouch() 返回 false：事件继续走 onTouchEvent()，点击仍然可能生效

原因

• View.dispatchTouchEvent() 里会优先执行 OnTouchListener
• 点击事件通常是在 onTouchEvent() 中通过 performClick() 触发的
• 所以前面把事件吃掉了，后面自然没机会回调点击

为什么有些 View 没重写 onTouchEvent() 也能点击

• 因为它复用了 View 基类默认实现
• 默认 onTouchEvent() 已经处理了按压态和 performClick()
• 设置 OnClickListener 后，View 通常会进入可点击逻辑

7. ViewRootImpl 和事件分发是什么关系

一句话：ViewRootImpl 不负责父子 View 之间的拦截决策，但它负责把系统输入事件接进当前窗口的根 View。

它的角色

• 是 View 树和 WindowManager 之间的桥梁
• 负责把输入事件从系统层送到 DecorView
• 也负责 measure / layout / draw 调度

在事件机制里的位置

• 系统输入先到窗口
• 窗口对应的 ViewRootImpl 接收输入
• ViewRootImpl 再把事件派发给 DecorView
• 然后才进入我们常说的 ViewGroup / View 分发流程

结论

• 父子 View 怎么分发，看 ViewGroup.dispatchTouchEvent()
• 事件怎么进到 View 树里，看 ViewRootImpl

8. 滑动冲突怎么处理

一句话：滑动冲突本质上是父子控件都想消费同一组事件，核心是尽早明确“这次手势到底归谁处理”。

常见场景

• 外层竖向滑动，内层横向滑动
• ScrollView 嵌套 RecyclerView
• RecyclerView 嵌套 ViewPager
• 地图、Banner、画板嵌套在父容器中

常见方案

1. 外部拦截法

• 由父容器在 onInterceptTouchEvent() 中决定是否拦截
• 适合父容器更容易统一判断的场景

2. 内部拦截法

• 由子 View 通过 requestDisallowInterceptTouchEvent() 控制父容器先别拦截
• 适合子 View 更了解交互意图的场景

常用判断依据

• 滑动方向
• 滑动距离
• touchSlop
• 是否滑到边界
• 当前业务优先级

实战建议

• 不要只看方向，也要结合 touchSlop
• 复杂场景要加边界判断，如 canScrollHorizontally() / canScrollVertically()
• 最稳的方案通常是：方向判断 + touchSlop + 边界判断

9. requestDisallowInterceptTouchEvent() 的作用和调用时机

一句话：子 View 用它通知父容器“当前这组事件后续先别拦截我”。

最常见调用时机

1. ACTION_DOWN
2. 先预防性调用一次 requestDisallowInterceptTouchEvent(true)

3. 告诉父容器先不要太早接管

4. ACTION_MOVE

5. 根据方向、距离、边界动态调整
6. 确认子 View 要继续处理时，保持 true
7. 确认应该让父容器处理时，改成 false

需要注意

• 它一般由子 View 调给父容器
• 影响的是后续事件，不是已经发生的分发结果
• 不是永久开关，只对当前事件序列有效

10. 源码里父容器什么时候判断 requestDisallowInterceptTouchEvent

结论：父 ViewGroup 是在 dispatchTouchEvent() 过程中判断这个标记的。

底层思路

• 子 View 调用 requestDisallowInterceptTouchEvent(true) 后
• 父容器内部会记录一个禁止拦截标记，常见可理解为 FLAG_DISALLOW_INTERCEPT
• 后面父容器再分发事件时，会先检查这个标记
• 如果标记存在，通常就不会再走自己的 onInterceptTouchEvent()

可以这样理解

if (disallowIntercept) {
    intercepted = false
} else {
    intercepted = onInterceptTouchEvent(ev)
}

额外补充

• 这个通知会沿父链向上传递，不只是直接父容器
• 真正生效点是在后续事件分发时，而不是调用当下立刻改变历史结果

11. 为什么 ACTION_DOWN 时这个标记会失效或被重置

一句话：因为 ACTION_DOWN 代表新一轮事件序列开始，父容器会重置上一次触摸分发状态。

重置的原因

• 上一轮手势里，子 View 可能要求父容器不要拦截
• 但下一轮手势用户意图可能已经变了
• 系统不能默认沿用上一次的分发结论

常见会被重置的内容

• 触摸目标 child
• 触摸状态
• FLAG_DISALLOW_INTERCEPT

面试表达

• requestDisallowInterceptTouchEvent(true) 保护的是“当前这组事件”
• 不是“未来所有手势都永远不允许父容器拦截”

12. 高频面试一句话总结