android View的事件分发机制

说明：主要参考书籍：《Android开发艺术探索》，并加上了自己的体会。

1.点击事件的传递规则

点击事件的主要研究对象是MotionEvent。点击事件的事件分发，其实是对MotionEvent事件分发的过程。点击事件的事件分发过程由3个重要的方法完成：dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent。

public boolean dispatchTouchEvent(MotionEvent event)

用于进行事件分发，如果事件能够传递给当前 View，那么这方法一定会被调用。返回结果受当前 View 的 onTouchEvent 和下级 View 的 dispatchTouchEvent 方法的影响，表示是否消耗当前事件。

public boolean onInterceptTouchEvent(MotionEvent ev)

在上述方法内部调用，用来判断是否拦截某个事件，如果当前 View 拦截了某个事件，那么在同一个事件序列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件。

public boolean onTouchEvent(MotionEvent event)

在 dispatchTouchEvent 方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前 View 无法再次接收到事件。

关系和区别：

public boolean dispatchTouchEvent(MotionEvent event) {
boolean consume = false; //是否拦截
if (onInterceptTouchEvent(event)){
consume = onTouchEvent(event);
}else {
consume = child.onTouchEvent(event);
}
return  consume;
}

上述的伪代码清晰的表现了三者的关系。通过代码，可以了解到点击事件的传递规则：

对于一个跟 ViewGroup 来说，点击事件产生后，首先会传递给它。这是它的 dispatchTouchEvent 就会被调用，如果这个 ViewGroup 的 onInterceptTouchEvent 方法返回 true 就表示它要拦截当前事件，接着时间就会交给这个 ViewGroup 处理。即它的 onTouchEvent 就会被调用；如果这个 ViewGroup 的 onInterceptTouchEvent 方法返回 false ，就表示它不拦截当前事件，这时当前事件就会继续传递给它的子元素，接着子元素的 dispatchTouchEvent 方法就会被调用，如此反复直到事件被最终处理。

当一个 View 需要处理事件时，如果它设置了 OnTouchListener ，那么 OnTouchListener 中的 onTouch 方法就会被回调。这时事件如何处理还要看 onTouch 的返回值，如果返回 fasle，则当前 View 的 onTouchEvent 方法会被调用，如果返回true，那么 onTouchEvent 方法不会被调用。可见，给 View 设置当前的 OnTouchListener，其优先级比 onTouchEvent 要高。在 onTouchEvent 方法中，如果当前设置的有 OnClickListener，那么它的 onClick 方法会被调用，可以看出，平时我们常用的 OnClickListener，其优先级最低，处于事件传递的微端。

关于事件分发的一些结论：

1 . 同一个事件序列是指从手指触摸屏幕的那一刻起，到手指离开屏幕的那一刻结束，在这个过程中所产生的一系列事件，这个事件序列以 down 事件开始，中间含有数量不定的 move 事件，最终以 up 事件结束。

2 . 正常情况下，一个事件序列只能被一个View拦截且消耗，原因参考3，因为一旦一个元素拦截了此事件，那么同一个事件序列内的所有事件都会直接交给它处理。 因此同一个事件序列中的事件不能分别由两个View同时处理，但是通过特殊手段可以做到。比如一个 View 将本该自己处理的事件通过 onTouchEvent 强行传递给其他 View 处理。

3 . 某个 View 一旦决定拦截，那么这一个事件序列都只能由它来处理（如果事件序列能够传递给它的话），并且它的 onInterceptTouchEvent 不会再被调用。

4 . 某个 View 一旦开始处理事件，如果它不消耗 ACTION_DOWN 事件（onTouchEvent 返回了 fasle），那么同一个事件序列中的其他时间都不会再交给它来处理，并且事件将重新交由它的父元素去处理，即父元素的 onTouchEvent 会被调用。意思就是事件一旦交给一个 View 处理，那么它就必须消耗掉，否则同一事件序列中剩下的事件就不再交给它来处理了。

5 . 如果 View 不消耗除 ACTION_DOWN 以外的其他事件，那么这个点击事件就会消失，此时父元素的 onTouchEvent 并不会被调用，并且当前 View 可以持续接收到后续的事件，最终这些消失的点击事件会传递给Activity处理。

6 . ViewGroup 默认不拦截任何时间，因为源码中 ViewGroup 的 onInterceptTouchEvent 默认返回 fasle。

7 . View 没有 onInterceptTouchEvent 方法，一旦有点击事件传递给它，那么它的 onTouchEvent 方法就会被调用。

8 . View 的 onTouchEvent 默认都会消耗事件（返回 true），除非它是不可点击的（clickable 和 longClickable 同时为 false）。View 的 longClickable 属性默认都为 false，clickable 属性分情况，比如 Button 默认为 true，TextView 默认为 false。

9 . View 的 enable 属性不影响 onTouchEvent 的默认返回值。哪怕一个 View 是 disable 状态的，只要它的 clickable 或者 longClickable 有一个为 true，那么它的 onTouchEvent 就返回 true。

10 . onClick 会发生的前提是当前 View 是可点击的。并且它收到了 down 和 up 的事件。

11 . 事件传递过程是由外到内的，即事件总是先传递给父元素，然后再由父元素分发给子 View。通过 requestDisallowInterceptTouchEvent 方法可以在子元素中干预父元素的事件分发过程，但是 ACTION_DOWN 事件除外。