Android学习笔记之View的事件分发机制

一、点击事件的传递规则

所谓的点击事件分发过程，其实就是当我们点击屏幕，产生了一个MotionEvent之后，系统将这个事件传递给一个具体View的过程。总的来说，事件总是先传递给Activity，然后传递给Window，再传递给顶级View（Activity→Window→DecorView），最后再按照事件分发机制一层一层向下去分发事件。而这个分发过程由三个很重要的方法来共同完成：

1. dispatchTouchEvent（MotionEvent ev）：用来进行事件的分发。如果事件能够传递给当前View，那么该方法一定会被调用，返回结果受当前View的onTouchEvent方法和下级View的dispatchTouchEvent方法的影响，表示是否消耗当前事件。
2. onInterceptTouchEvent（MotionEvent ev）：在上述方法的内部调用，用来判断是否拦截某个事件，如果当前View拦截了某个事件，那么在同一个事件序列中，此方法不会再次调用，返回结果表示是否拦截当前事件。
3. onTouchEvent（MotionEvent ev）：在 dispatchTouchEvent 方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前View无法再次接收到事件。

上述三个方法之间的关系可以通过如下伪代码表示：

public boolean dispatchTouchEvent(MotionEvent event) {
    boolean consume = false;
    if(onInterceptTouchEvent(ev)){//如果拦截
        consume = onTouchEvent(ev);
    } else {//如果不拦截
        consume = child.dispatchTouchEvent(ev);
    }
    return consume;
}

通过上面的伪代码，我们可以大致了解点击事件的传递规则：对一个ViewGroup来说，当一个点击事件传递给它时，它的 dispatchTouchEvent 方法会被调用，如果这个ViewGroup拦截此事件，那么事件将会交由该ViewGroup来处理（即调用 onTouchEvent 方法）；如果它不拦截此事件，那么事件将会向下传递给它的子元素，接着子元素的 dispatchTouchEvent 方法会被调用，如此反复直到时间被最终处理。

关于事件传递机制的一些结论：

1. 所谓的一个事件序列是指从手指接触屏幕的那一刻起，到手指离开屏幕的那一刻结束，在这个过程中所产生的一系列事件，这个事件序列以 down 事件开始，以 up 事件结束，中间含有多个 move 事件。
2. 某个 View 一旦决定拦截，那么这一个事件序列都只能由它来处理，并且它的 onInterceptTouchEvent 不会再被调用。
3. 参考第2条，通常而言，一个事件序列只能被一个 View 拦截消耗。但是通过特殊手段，可能出现多个 View 处理的情况，比如一个 View 将本该自己处理的事件通过 onTouchEvent 强行传递给其他View处理。
4. 某个View一旦开始处理事件（onTouchEvent 开始执行），如果它不消耗 ACTION_DOWN 事件（onTouchEvent 返回 false），那么同一事件序列中的其他事件都不会再交给它处理，并且事件将重新交由它的父元素去处理（即父元素的 onTouchEvent 会被调用）。在这里，如果所有 View 的 onTouchEvent 返回 false，那么最终会传递给 Activity 处理（即Activity 的 onTouchEvent 会被调用）。
5. 如果 View 不消耗除 ACTION_DOWN 以外的其他事件，那么这个点击事件会消失，此时父元素的 onTouchEvent 并不会被调用，并且当前View可以持续受到后续的事件，最终这些消失的点击事件会传递给 Activity 处理。
6. ViewGroup 默认不拦截任何事件。
7. View 没有 onInterceptTouchEvent 方法，一旦有点击事件传递给它，那么它的 onTouchEv