Android事件分发机制

参考：
更简单的学习Android事件分发

1. 相关方法

相关方法	方法功能	Activity	ViewGroup	View
dispatchTouchEvent()	事件分发	Yes	Yes	Yes
onInterceptTouchEvent()	事件拦截	No	Yes	No
onTouchEvent()	事件消费	Yes	Yes	Yes

事件分发: dispatchTouchEvent

• 返回true，则表示在当前View或其子View(子子...View)中，找到了处理事件的View；
• 返回false，则表示在当前View或其子View(子子...View)中没有处理事件的View；

事件拦截: onInterceptTouchEvent

• 返回true，则表示当前View拦截这个事件并交予当前View的onTouchEvent()处理，不会再向子View传递这个事件；
• 返回false，则表示当前View不拦截这个事件，只有他的子View的dispatchTouchEvent()返回false，才会分发到当前View的onTouchEvent()方法，否则当前View不处理这个事件

事件消费: onTouchEvent

• 返回true，则表示当前View消费掉这个事件；
• 返回false，则表示当前View不消费这个时间；

2. 具体分析

首先，我们来说一下触摸事件(不考虑多点触摸)，一组触摸时间以一个DOWN事件开始，后跟0个或多个MOVE事件，最后跟一个UP或CANCEL事件。事件分发是从外往内分发的或者说从上到下，即事件从父层View向子层View分发。

布局

接下来我们根据上图来分析以下五种基本情况，复杂的事件分发一般都是这几种情况的组合，掌握了基本事件的分发机制，复杂的也就迎刃而解了:

• View消费DOWN、MOVE、UP事件
• View不消费DOWN事件
• View不消费MOVE、UP事件
• ViewGroup拦截DOWN事件
• ViewGroup拦截MOVE、UP事件

一般情况下DOWN和MOVE、UP的分发机制不同，所以我们要分开讨论(当View消费触摸事件时，事件的分发一致，所以我们可合并分析)

1). 事件分发(View消费)

事件传递过程：

DOWN事件：

从Activity#dispatchTouchEvent开始分发，传递到ViewGroup#dispatchTouchEvent，再传递到ViewGroup#onInterceptTouchEvent，ViewGroup#onInterceptTouchEvent返回false表示不拦截，所以事件再往下分发到View#dispatchTouchEvent，继而传递到View#onTouchEvent，View#onTouchEvent返回true表示消费掉这个事件，返回的结果true依次通过View#dispatchTouchEvent、ViewGroup#dispatchTouchEvent再返回给Activity#dispatchTouchEvent表示这个事件被消费掉了，后续的MOVE、UP事件都将传递给View#onTouchEvent处理。

MOVE、UP事件：

与DOWN事件相同。

通过上面的传递过程，我们可以得出:

• onInterceptTouchEvent返回false表示不拦截事件，事件将继续向下分发，传递到它子View的dispatchTouchEvent中
• onTouchEvent返回true表示消费这个事件，返回结果true将通过dispatchTouchEvent以及父View中的dispatchTouchEvent传递回Activity，那么这个事件序列中的后续事件都将交给它处理，

注：
View如果需要处理触摸事件必须(clickable == true || longClickable == true)，否则将不会分发事件给View

2). 事件分发(View不消费)

事件传递过程：

DOWN事件:

从Activity#dispatchTouchEvent开始分发，传递到ViewGroup#dispatchTouchEvent，再传递到ViewGroup#onInterceptTouchEvent，ViewGroup#onInterceptTouchEvent返回false表示不拦截，所以事件再往下分发到View#dispatchTouchEvent，继而传递到View#onTouchEvent，View#onTouchEvent返回false表示不消费这个事件，返回的结果false再传递给View#dispatchTouchEvent，ViewGroup#dispatchTouchEvent得知View不处理这个事件所以再把事件交给ViewGroup#onTouchEvent，ViewGroup#onTouchEvent返回false表示自己也不处理这个事件，并把结果false反回给ViewGroup#dispatchTouchEvent，Activity#dispatchTouchEvent得知ViewGroup不处理这个事件所以再把这个事件交给Activity#onTouchEvent处理，Activity#onTouchEvent也返回false表示自己也不处理这个事件，最后这个结果false传回了Activity#dispatchTouchEvent中，表示找了一圈这个事件没人消费。

MOVE、UP事件：

因为DOWN事件没人处理，所以这个事件序列中的后续事件MOVE、UP就不再分发了，而是直接交给Activity#onTouchEvent处理，Activity#onTouchEvent返回false表示自己不处理。

通过上面的传递过程，我们可以得出:

• 如果onTouchEvent返回false表示不处理这个事件，这个事件则会向上传给父View的onTouchEvent中，如果都不处理则会传递回Activity#onTouchEvent中
• 如果View或ViewGroup不消费DOWN事件，那么这个序列的后续事件MOVE、UP将不会再传递给它处理

3). 事件拦截

事件传递过程：

DOWN事件:

从Activity#dispatchTouchEvent开始分发，传递到ViewGroup#dispatchTouchEvent，再传递到ViewGroup#onInterceptTouchEvent，ViewGroup#onInterceptTouchEvent返回true表示拦截，所以事件传递给了ViewGroup#onTouchEvent，并不会再传给View，ViewGroup#onTouchEvent返回true表示处理这个事件，并返回给ViewGroup#dispatchTouchEvent，ViewGroup#dispatchTouchEvent把结果true返回给Activity#dispatchTouchEvent表示找到处理这个事件的View了。

MOVE、UP事件：

这个事件序列中的后续事件MOVE、UP分发到ViewGroup#dispatchTouchEvent是会判断(actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)，因为既不是DOWN事件，子View中有没有处理到DOWN事件所以mFirstTouchTarget == null就不再传递给ViewGroup#onInterceptTouchEvent，而是直接传给ViewGroup#onTouchEvent，ViewGroup#onTouchEvent返回true表示处理这个事件，并返回给ViewGroup#dispatchTouchEvent，ViewGroup#dispatchTouchEvent把结果true返回给Activity#dispatchTouchEvent表示找到处理这个事件的View了。

通过上面的传递过程，我们可以得出:

• onInterceptTouchEvent返回为true表示拦截事件，事件将直接传递给它自己的onTouchEvent处理，不会再传递给子View
• DOWN事件被当前ViewGroup的onInterceptTouchEvent拦截，这个序列的后续事件MOVE、UP将不会传递给它的onInterceptTouchEvent，而直接传递给它的onTouchEvent方法处理

注：
1.如果DOWN事件的传递给onInterceptTouchEvent时没有拦截，MOVE事件传递给onInterceptTouchEvent时拦截，这样将传给View一个CANCEL事件，之后的MOVE事件就不再传递给View，而直接传递给ViewGroup#onTouchEvent处理。
2.子View中可以调用getParent().requestDisallowInterceptTouchEvent(true);来阻止父View拦截触摸事件，父View就不会再调用onInterceptTouchEvent拦截事件了。

3. 总结

• 如果某个View消费了DOWN事件，那么通常情况下后续的MOVE、UP事件也将交给它处理，但是可以调用父View的onInterceptTouchEvent进行拦截
• 如果某个View不消费DOWN事件，那么这个系列后续事件也不会交给它处理
• 一个事件如果都没有View消费，那么将由Activity处理
• 如果事件处理的结果为true，那么结果会不断返回给父View#dispatchTouchEvent方法，知道传递回Activity
• 如果事件传递的结果为false，回传的结果不断调用父View#onTouchEvent方法，直到找到消费事件的View或者传递回Activity
• View如果需要处理触摸事件必须(clickable == true || longClickable == true)
  ，否则将不会分发事件给View
• 如果DOWN事件的传递给onInterceptTouchEvent时没有拦截，MOVE事件传递给onInterceptTouchEvent时拦截，这样将传给View一个CANCEL事件，之后的MOVE事件就不再传递给View，而直接传递给ViewGroup#onTouchEvent处理。
• 子View中可以调用getParent().requestDisallowInterceptTouchEvent(true);来阻止父View拦截触摸事件，父View就不会再调用onInterceptTouchEvent拦截事件了。
• onInterceptTouchEvent返回为true表示拦截事件，事件将直接传递给它自己的onTouchEvent处理，不会再传递给子View
• DOWN事件被当前ViewGroup的onInterceptTouchEvent拦截，这个序列的后续事件MOVE、UP将不会传递给它的onInterceptTouchEvent，而直接传递给它的onTouchEvent方法处理

本人技术有限，欢迎指正，谢谢！