Android事件分发：三方法返回值与事件传递的控制
一、dispatchTouchEvent()：总调度员
-
核心职责：它是事件分发的第一道关卡，负责将事件向下分发给子
View。 -
返回值：
true：表示事件被当前View及其子View消费，事件分发流程结束，不再向上传递。false：表示当前View不消费事件，事件会回溯到其父View的onTouchEvent()。
-
典型场景：当一个
View的onClick被触发时，其dispatchTouchEvent()会返回true。
二、onInterceptTouchEvent()：拦截检查员
-
核心职责：
ViewGroup独有的方法，用于决定是否要拦截事件。它在dispatchTouchEvent()方法内部被调用。 -
返回值：
true：ViewGroup拦截事件，不再将事件向下分发给子View。后续事件（MOVE、UP）将直接传递给ViewGroup的onTouchEvent()。false：ViewGroup不拦截事件，事件将继续分发给子View。
-
典型场景：
ScrollView在接收到ACTION_DOWN后，如果用户开始垂直滑动，它会在onInterceptTouchEvent()中返回true，从而接管事件，实现滚动效果。
三、onTouchEvent()：事件处理工
-
核心职责：它是事件分发链的终点，负责处理具体的触摸事件。
-
返回值：
true：表示当前View消费了事件。系统会认为该View对这个事件序列感兴趣，后续的事件（MOVE、UP）都将直接传递给它。false：表示当前View不消费事件。事件会向上回溯，由父View的onTouchEvent()来处理。
-
典型场景：
Button在接收到ACTION_DOWN后，其onTouchEvent()返回true，以确保后续的ACTION_UP事件能被接收，从而触发onClick()。
四、三方法协作流程
事件分发是一个复杂的流程，其核心是 dispatchTouchEvent()、onInterceptTouchEvent() 和 onTouchEvent() 之间的协同。
- 事件分发：事件从
Activity沿着视图树向下传递，dispatchTouchEvent()负责传递，onInterceptTouchEvent()负责拦截。 - 事件消费：事件到达
View后，onTouchEvent()负责消费。如果返回true，事件被消费，分发流程结束。 - 事件回溯：如果
View不消费事件（onTouchEvent返回false），事件会向上回溯，由父View的onTouchEvent()处理，以此类推，直到被某个View消费，或最终回溯到Activity的onTouchEvent()。
五、常见问题与解决方案
- 滑动冲突：在父
ViewGroup的onInterceptTouchEvent()中，根据滑动方向和业务逻辑，动态地返回true或false。 - 长按事件不触发：如果
View的onTouchEvent()在ACTION_DOWN时返回false，它将无法接收后续的ACTION_MOVE和ACTION_UP事件，导致长按事件无法被触发。 - 点击事件无效：检查
View的isClickable属性是否为true，以及父ViewGroup是否在onInterceptTouchEvent()中拦截了事件。
