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方法处理
本人技术有限，欢迎指正，谢谢！
网友评论