1.点击事件的传递规则
首先我们先看看下面一段伪代码，通过它我们可以理解到点击事件的传递规则：
public boolean dispatchTouchEvent (MotionEvent ev){
boolean consume = false;
if (onInterceptTouchEvnet(ev){
consume = onTouchEvent(ev);
} else {
consume = child.dispatchTouchEnvet(ev);
}
return consume;
}
上面代码主要涉及到以下三个方法:
public boolean dispatchTouchEvent(MotionEvent ev); 这个方法用来进行事件的分发
public boolean onInterceptTouchEvent(MotionEvent ev); 这个方法用来判断是否拦截事件
onTouchEvent(MotionEvent ev); 这个方法用来处理点击事件。
点击事件的传递规则：
对于一个根ViewGroup，点击事件产生后，首先会传递给他，这时候就会调用他的onDispatchTouchEvent方法，如果Viewgroup的onInterceptTouchEvent方法返回true表示他要拦截事件，接下来事件就会交给ViewGroup处理，调用ViewGroup的onTouchEvent方法；如果ViewGroup的onInteceptTouchEvent方法返回值为false，表示ViewGroup不拦截该事件，这时事件就传递给他的子View，接下来子View的dispatchTouchEvent方法，如此反复直到事件被最终处理。
当一个View需要处理事件时，如果它设置了OnTouchListener，那么onTouch方法会被调用，如果onTouch返回false，则当前View的onTouchEvent方法会被调用，返回true则不会被调用，同时，在onTouchEvent方法中如果设置了OnClickListener，那么他的onClick方法会被调用。由此可见处理事件时的优先级关系： onTouchListener > onTouchEvent > onClickListener
事件传递的机制，一些结论
- 一个事件系列以down事件开始，中间包含数量不定的move事件，最终以up事件结束
- 正常情况下，一个事件序列只能由一个View拦截并消耗。
- 某个View拦截了事件后，该事件序列只能由它去处理，并且它的onInterceptTouchEvent不会再被调用
- 某个View一旦开始处理事件，如果它不消耗ACTION_DOWN事件（onTouchEvnet返回false），那么同一事件序列中的其他事件都不会交给他处理，并且事件将重新交由他的父元素去处理，即父元素的onTouchEvent被调用。
- 如果View不消耗ACTION_DOWN以外的其他事件，那么这个事件将会消失，此时父元素的onTouchEvent并不会被调用，并且当前View可以持续收到后续的事件，最终消失的点击事件会传递给Activity去处理。?
- ViewGroup默认不拦截任何事件
- View没有onInterceptTouchEvent方法，一旦事件传递给它，它的onTouchEvent方法会被调用
- View的onTouchEvent默认消耗事件，除非他是不可点击的（clickable和longClickable同时为false）。
- onClick会发生的前提是当前View是可点击的，并且收到了down和up事件
- 事件传递过程总是由外向内的，即事件总是先传递给父元素，然后由父元素分发给子View，通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的分发过程，但是ACTION_DOWN事件除外。
2.事件分发机制源码分析（基于Android6.0）
理解以下概念
MotionEvent
-
整个事件分发流程中，会有大量MotionEvent对象，该对象用于记录所有与移动相关的事件，比如手指触摸屏幕事件。
-
一次完整的MotionEvent事件，是从用户触摸屏幕到离开屏幕。整个过程的动作序列：ACTION_DOWN(1次) -> ACTION_MOVE(N次) -> ACTION_UP(1次),
-
多点触摸，每一个触摸点Pointer会有一个id和index。对于多指操作，通过pointerindex来获取指定Pointer的触屏位置。比如，对于单点操作时获取x坐标通过getX()，而多点操作获取x坐标通过getX(pointerindex)
View
-
View是所有视图对象的父类，实现了动画相关的接口Drawable.Callback， 按键相关的接口KeyEvent.Callback， 交互相关的接口AccessibilityEventSource。比如Button继承自View。
-
TouchEvent事件处理相关的方法：
dispatchTouchEvent(MotionEvent event)
onTouchEvent(MotionEvent event)
ViewGroup
-
ViewGroup，是一个abstract类，一组View的集合，可以包含View和ViewGroup,是所有布局的父类或间接父类。继承了View，实现了ViewParent（用于与父视图交互的接口）， ViewManager（用于添加、删除、更新子视图到Activity的接口）。比如常用的LinearLayout，RelativeLayout都是继承自ViewGroup。
-
TouchEvent事件处理相关的方法：
dispatchTouchEvent(MotionEvent event)
onInterceptTouchEvent(MotionEvent ev)
onTouchEvent(MotionEvent event)
Activity
-
Activity是Android四大基本组件之一，这里只介绍Activity与touch相关的方法。当手指触摸到屏幕时，屏幕硬件一行行不断地扫描每个像素点，获取到触摸事件后，从底层产生中断上报。再通过native层调用Java层InputEventReceiver中的dispatchInputEvent方法。经过层层调用，交由Activity的dispatchTouchEvent方法来处理。
-
TouchEvent事件处理相关的方法：
dispatchTouchEvent(MotionEvent event)
onTouchEvent(MotionEvent event)
流程图
- onInterceptTouchEvent返回值true表示事件拦截， onTouch/onTouchEvent 返回值true表示事件消费。
- 触摸事件先交由Activity.dispatchTouchEvent。再一层层往下分发，当中间的ViewGroup都不拦截时，进入最底层的View后，开始由最底层的OnTouchEvent来处理，如果一直不消费，则最后返回到Activity.OnTouchEvent。
- ViewGroup才有onInterceptTouchEvent拦截方法。在分发过程中，中间任何一层ViewGroup都可以直接拦截，则不再往下分发，而是交由发生拦截操作的ViewGroup的OnTouchEvent来处理。
- 子View可调用requestDisallowInterceptTouchEvent方法，来设disallowIntercept=true，从而阻止父ViewGroup的onInterceptTouchEvent拦截操作。
- OnTouchEvent由下往上冒泡时，当中间任何一层的OnTouchEvent消费该事件，则不再往上传递，表示事件已处理。
- 如果View没有消费ACTION_DOWN事件，则之后的ACTION_MOVE等事件都不会再接收。
- 只要View.onTouchEvent是可点击或可长按，则消费该事件.
- onTouch优先于onTouchEvent执行，上面流程图中省略，onTouch的位置在onTouchEvent前面。当onTouch返回true,则不执行onTouchEvent,否则会执行onTouchEvent。onTouch只有View设置了OnTouchListener，且是enable的才执行该方法。
源码分析
##1. Activity
dispatchTouchEvent这是Touch事件传递到上层的第一个处理方法，是由触屏事件调用。如果重写该方法，则会在分发事件之前拦截所有的触摸事件，具体的工作与Activity内部的Window来完成。源码如下：
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
//第一次按下操作时，用户希望能与设备进行交互，可通过实现该方法
onUserInteraction();
}
//获取当前Activity的顶层窗口是PhoneWindow
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
//当没有任何view处理时，交由activity的onTouchEvent处理
return onTouchEvent(ev);
}
然后Window会将事件传递给ViewGroup;Window的唯一实现类是PhoneWindow,PhoneWindow又会将点击事件传递给DectorView,DecorView的间接父类是ViewGroup，点击事件至此到达了顶级View(一般是ViewGroup)
##2. ViewGroup
点击事件到达ViewGroup后，会调用ViewGroup的dispatchTouchEvent方法，具体逻辑；如果顶级的ViewGroup拦截事件既onInterceptTouchEvnet()方法返回true,则事件交由ViewGroup处理。如果顶级的View不拦截事件，则事件会传递给他所在的点击事件链上的子View,这是子View的dispatchTouchEvent（）方法会被调用。到此为止，事件由顶级View传递给下一层的View,如此循环，完成View的事件分发机制，
//伪代码
public boolean dispatchTouchEvent (MotionEvent ev){
boolean consume = false;
if (onInterceptTouchEvnet(ev){
consume = onTouchEvent(ev);
} else {
consume = child.dispatchTouchEnvet(ev);
}
return consume;
}
ViewGroup 的dispatchTouchEvent方法比较长，分段分析从上往下
该段描述的主要是当前View是否拦截点击事件这个逻辑
事件类型为ACTION_DOWN或者是mFirstTarget!=null,ViewGroup就会拦截当前事件。其中当ViewGroup不拦截事件并且将事件交由子元素处理时mFirstTarget!=null。当ACTION_MOVE和ACTION_UP事件到来时（actionMasked==ACTION_DOWN||mFirstTarget!=null）这个条件为false,导致ViewGroup的onInterceptTouchEvnet（ev）方法不会被调用，并且同一事件序列的事件都交由他处理。
在子View中如果FLAG_DISALLOW_INTERCEPT一旦设置后，ViewGroup将无法拦截除了ACTION_DOWN以外的其他事件。
结论：当ViewGroup决定拦截事件后，那么后续的点击事件会默认交给他处理，并且不再调用onInterceptTouchEvnet(ev)
该段描述的ViewGroup不拦截事件这个逻辑
##3. View
dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent event) {
if (event.isTargetAccessibilityFocus()) {
if (!isAccessibilityFocusedViewOrHost()) {
return false;
}
event.setTargetAccessibilityFocus(false);
}
boolean result = false;
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
//在Down事件之前，如果存在滚动操作则停止。不存在则不进行操作
stopNestedScroll();
}
//---------------------------------start--------------------------------------
// 该区域说明了mOnTouchListener.onTouch优先于onTouchEvent。
if (onFilterTouchEventForSecurity(event)) {
//当存在OnTouchListener，且视图状态为ENABLED时，调用onTouch()方法
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
//如果已经消费事件，则返回True
result = true;
}
//如果OnTouch（)没有消费Touch事件则调用OnTouchEvent()
if (!result && onTouchEvent(event)) { // 见代码(2.6)
//如果已经消费事件，则返回True
result = true;
}
}
//----------------------------------end-----------------------------------------
if (!result && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
// 处理取消或抬起操作
if (actionMasked == MotionEvent.ACTION_UP ||
actionMasked == MotionEvent.ACTION_CANCEL ||
(actionMasked == MotionEvent.ACTION_DOWN && !result)) {
stopNestedScroll();
}
return result;
}
-
先由OnTouchListener的OnTouch()来处理事件，当返回True，则消费该事件，否则进入2。
-
onTouchEvent处理事件，的那个返回True时，消费该事件。否则不会处理
onTouchEvent
参考
网友评论