一、核心概念
事件分发的本质
Android事件分发采用责任链模式，事件从Activity开始，依次经过ViewGroup和View。
整个机制只有一个入口：dispatchTouchEvent方法。
onInterceptTouchEvent和onTouchEvent都不是独立的事件入口，而是被dispatchTouchEvent内部调用的方法。
关键方法说明
- dispatchTouchEvent(MotionEvent ev)：唯一的事件入口，系统只调用这个方法
- onInterceptTouchEvent(MotionEvent ev)：拦截判断方法，仅ViewGroup有，被dispatchTouchEvent调用
- onTouchEvent(MotionEvent event)：事件处理方法，被dispatchTouchEvent调用
二、默认行为 vs 自定义行为
默认行为（推荐使用）
特点： 不重写dispatchTouchEvent，系统使用ViewGroup的默认实现
// ViewGroup的默认dispatchTouchEvent实现public boolean dispatchTouchEvent(MotionEvent ev) {// 1. 调用onInterceptTouchEvent判断拦截if (onInterceptTouchEvent(ev)) {return onTouchEvent(ev); // 拦截了，自己处理}// 2. 不拦截，分发给子Viewfor (int i = childrenCount - 1; i >= 0; i--) {final View child = children[i];if (child.dispatchTouchEvent(ev)) {return true; // 子View处理了}}// 3. 子View都不处理，自己处理return onTouchEvent(ev);}使用方式：
class CustomViewGroup : LinearLayout {// 不重写dispatchTouchEvent// 只重写onInterceptTouchEvent控制拦截逻辑override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {when (ev.actionMasked) {MotionEvent.ACTION_DOWN -> return falseMotionEvent.ACTION_MOVE -> {val deltaY = abs(ev.y - mInitialY)return deltaY > 10 // 根据移动距离决定是否拦截}}return false}}优点：
- 代码简洁，只需关注拦截逻辑
- 使用系统验证过的默认实现，不容易出错
- 维护成本低
自定义行为（特殊情况使用）
特点： 重写dispatchTouchEvent，需要手动处理所有逻辑
class CustomViewGroup : LinearLayout {override fun dispatchTouchEvent(event: MotionEvent): Boolean {// 方式1：调用super保持默认行为return super.dispatchTouchEvent(event)// 方式2：完全自定义处理// 需要手动实现拦截判断、子View分发、事件处理等所有逻辑}}使用场景：
- 需要特殊的事件处理逻辑
- 需要记录或调试事件
- 需要过滤某些事件
- 需要修改默认的事件分发行为
注意事项：
- 如果不调用super.dispatchTouchEvent，onInterceptTouchEvent和onTouchEvent不会被调用
- 需要手动处理所有边界情况
- 容易出错，维护成本高
三、拦截机制详解
拦截的本质
拦截不是独立的事件入口，而是dispatchTouchEvent内部的一个判断步骤。当系统调用ViewGroup.dispatchTouchEvent(ev)时，在方法内部会调用onInterceptTouchEvent(ev)来判断是否拦截。
拦截的时机和策略
ACTION_DOWN时通常不拦截：
case MotionEvent.ACTION_DOWN:return false; // 让子View有机会处理点击事件ACTION_MOVE时判断是否拦截：kotlinApplycase MotionEvent.ACTION_MOVE:val deltaY = abs(ev.y - mInitialY)if (deltaY > 10) {return true; // 拦截滑动事件}return false;拦截的影响
拦截前：
ViewGroup.dispatchTouchEvent(ACTION_MOVE)
↓
ViewGroup.onInterceptTouchEvent(ACTION_MOVE) → 返回false
↓
子View.dispatchTouchEvent(ACTION_MOVE)
↓
子View.onTouchEvent(ACTION_MOVE)
拦截后：
ViewGroup.dispatchTouchEvent(ACTION_MOVE)
↓
ViewGroup.onInterceptTouchEvent(ACTION_MOVE) → 返回true
↓
ViewGroup.onTouchEvent(ACTION_MOVE)
// 子View收不到事件
四、实际应用场景
ScrollView的拦截实现
override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {when (ev.actionMasked) {MotionEvent.ACTION_DOWN -> {mInitialY = ev.ymInitialX = ev.xreturn false // 不拦截，让子View处理点击}MotionEvent.ACTION_MOVE -> {val deltaY = abs(ev.y - mInitialY)val deltaX = abs(ev.x - mInitialX)// 垂直滑动且垂直移动大于水平移动时拦截return deltaY > TOUCH_SLOP && deltaY > deltaX}}return false}ViewPager的拦截实现
override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {when (ev.actionMasked) {MotionEvent.ACTION_DOWN -> {mInitialX = ev.xmInitialY = ev.yreturn false // 不拦截}MotionEvent.ACTION_MOVE -> {val deltaX = abs(ev.x - mInitialX)val deltaY = abs(ev.y - mInitialY)// 水平滑动且水平移动大于垂直移动时拦截return deltaX > TOUCH_SLOP && deltaX > deltaY}}return false}五、重要原则
返回值含义
- true：消费事件，事件不会继续传递
- false：不消费事件，事件继续向下传递
拦截原则
- ACTION_DOWN时通常不拦截：让子View有机会处理点击
- 拦截后要负责到底：必须处理所有后续事件
- 子View会收到ACTION_CANCEL：当父View拦截后
设计原则
- 统一入口：所有事件都通过dispatchTouchEvent
- 内部判断：拦截判断是分发过程的一部分
- 控制流向：在分发过程中决定是否拦截
- 避免重复：拦截后子View就不会收到事件
六、推荐的最佳实践
1. 大多数情况下使用默认行为
class CustomViewGroup : LinearLayout {// 只重写onInterceptTouchEvent，不重写dispatchTouchEventoverride fun onInterceptTouchEvent(ev: MotionEvent): Boolean {// 在这里写拦截逻辑return super.onInterceptTouchEvent(ev)}}2. 需要特殊处理时才重写dispatchTouchEvent
class CustomViewGroup : LinearLayout {override fun dispatchTouchEvent(event: MotionEvent): Boolean {// 自定义逻辑Log.d(TAG, "自定义处理: ${event.actionMasked}")// 调用super保持默认行为val result = super.dispatchTouchEvent(event)// 自定义逻辑Log.d(TAG, "处理结果: $result")return result}}3. 避免的做法
class CustomViewGroup : LinearLayout {override fun dispatchTouchEvent(event: MotionEvent): Boolean {// 不调用super，直接返回// 这样onInterceptTouchEvent和onTouchEvent都不会被调用return true // 避免这样做}}七、总结
Android事件分发机制的核心是统一入口和内部判断。系统只调用dispatchTouchEvent方法，而onInterceptTouchEvent和onTouchEvent都是在dispatchTouchEvent内部被调用的。
默认行为提供了完整的事件分发实现，你只需要重写onInterceptTouchEvent来控制拦截逻辑，这是大多数情况下的推荐做法。
自定义行为需要你手动处理所有事件分发逻辑，虽然灵活性更高，但容易出错，只在需要特殊处理时才使用。
理解这个机制的关键是认识到拦截不是独立的事件入口，而是分发过程的一个判断步骤，这样设计确保了事件分发的统一性和可控性。
