android事件传递机制

1、事件传递顺序

Activity--> Window-->DecorView --> 布局View

或者说以上顺序是事件在应用层的传递顺序。如果要说整个事件的传递机制，是Android底层收到触摸屏的事件后，使用socket跨进程通信，用InputDispatcher将事件发送给APP进程，由主线程的Looper去取出消息进行处理。

本文主要分析Android应用层的一个传递过程

2、事件的传递规则

一个点击事件，或者说触摸事件，被封装为了一个MotionEvent。事件的分发主要由三个重要的方法来完成：

1. 分发：dispatchTouchEvent;
2. 拦截：onInterceptTouchEvent
3. 处理：onTouchEvent；

如果是ViewGroup容器类view，则以上三个方法都会用到。但是如果是View类型的，不能包含子view，那就没有第二个拦截方法，因为没有子view的话，拦截方法的就是多余的，只有ViewGroup才会有拦截。

1、public boolean dispatchTouchEvent(MotionEvent ev)

此方法用来处理事件的分发，当事件传递给当前view时，首先就是通过调用此方法来进行传递的，如果当前view锁包含的子view的dispatchTouchEvent方法或者当前view的onTouchEvent处理了事件， 通常返回true， 表示事件已消费。如果没有处理则返回false。

2、 public boolean onInterceptTouchEvent(MotionEvent ev)

此方法用来判断某个事件是否需要拦截，如果某个view拦截了此事件，那么同时个事件序列中，此方法不会被再次调用，因为会把当前view赋值给mFirstTouchTarget对象（原本为null），后续父必问判断mFirstTouchTarget != null时，就会去调用它的onTouchEvent方法，交给mFirstTouchTarget处理事件。

3、public boolean onTouchEvent(MotionEvent ev)

用来处理事件，如果事件被消耗了，通常就返回true， 如果不做处理，则发挥false，并且在同一个时间序列中，当前view不会再接受到事件。

4、以上三个方法的关系可以用以下伪代码来表示：

public boolean dispatchTouchEvent(MotionEvent ev) {
	boolean consume = false;
	if(onInterceptTouchEvent(ev)) {
		consume = onTouchEvent(ev);
	} else {
		consume = child.dispatchTouchEvent(ev);
	}
	
	return consume;
}

根据以上伪代码和图片展示的流程图，我们梳理一下从根ViewGroup（也就是DecorView）往下传递事件的过程：首先，事件产生后，通过调用根ViewGroup的dispatchTouchEvent方法，然后，如果这个ViewGroup要拦截事件， 则它的onInterceptTouchEvent返回true，然后事件交给它的onTouchEvent处理，不再进行传递。如果不拦截，则继续调用子view的dispatchTouchEvent方法，继续往下传递，往下递归，直到最终被处理。如果没有任何一个view处理事件， 则最终又会回调给Activity的onTouchEvent方法，如果Activity也不处理，则此事件结束，且没做任何处理。

3、事件传递的源码分析

3.1 Activity对事件的传递

前面已经讲到,APP层的事件传递是从Activity看是的，首先就是调用Activity的dispatchTouchEvent， 源码如下：

public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
        onUserInteraction();//注释1
    }
    if (getWindow().superDispatchTouchEvent(ev)) {
        return true;//注释2
    }
    return onTouchEvent(ev);//注释3
}

注释1 是Activity的方法，如果当事件开始传递前，我们需要额外处理一些操作，可以咋onUserInteraction()中进行处理，这本身是一个空方法；

注释2 getWindow返回的就是DecorView对象，相当于最顶层的ViewGroup，然后就开始往下层的view传递， 如果事件在view的传递中被处理，则返回true，否则就调用注释3的代码；

注释3：如果事件在view的传递中未被处理，则调用Activity自己的onTouchEvent方法。

3.2 View对事件的传递

在上面3.1小节讲到， 通过getWindow().superDispatchTouchEvent(ev)，把事件传递给了DecorView。其实在我们做APP开发时，有时就会用到(ViewGroup)getWindow().getDecorView().findViewById(android.R.id.content).getChildAt(0) 这种方式来获取我们给Activity的布局view。

DecorView以前是PhoneWindow的一个内部类，不过现在已经独立成单独的一个类了，查看它的superDispatchTouchEvent方法代码

public boolean superDispatchTouchEvent(MotionEvent event) {
    return super.dispatchTouchEvent(event);
}

发现直接使用的父类，也就是ViewGroup的dispatchTouchEvent方法，这和我们前面的分析就一一对上了，我们进入ViewGroup的dispatchTouchEvent方法，代码很长，先看这一段代码：

final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
  || mFirstTouchTarget != null) {
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
    if (!disallowIntercept) {
        intercepted = onInterceptTouchEvent(ev);
        ev.setAction(action); // restore action in case it was changed
    } else {
        intercepted = false;
    }
} else {
    intercepted = true;
}

这一段代码是ViewGroup用来判断是否需要拦截事件，如果为ACTION_DOWN或者mFirstTouchTarget != null，则进入判断。mFirstTouchTarget是个什么东东呢？ 从后面代码可以看出，它是ViewGroup的子view，即当事件序列已经由子view进行处理的话，则父view不会再进行拦截。

另外就是FLAG_DISALLOW_INTERCEPT这个标记位，一般用于子view中，如果子view拦截了事件，则这个标记位就会设置为1，以便当前时间序列所有事件都将交给子view，当时当再次传来ACTION_DOWN事件时（也就是一个新的时间序列），这个标记位就会被重置为0。

也就是在上一段代码的前一个位置，有这么一段代码

if (actionMasked == MotionEvent.ACTION_DOWN) {
    cancelAndClearTouchTargets(ev);
    resetTouchState();//如果为ACTION_DOWN，则重置标记位
}

所以以上两段代码可以得出：

1. 在一个完整的时间序列中，当某个子View拦截ACTION_DOWN后，后续所有事件都会交给它处理，而父view也不会再去调用onInterceptTouchEvent方法；

2、当新来到一个事件序列时（也就是以ACTION_DOWN开头），会重置mFirstTouchTarget以及标记位FLAG_DISALLOW_INTERCEPT等；

接着往下看dispatchTouchEvent的其他代码段，当ViewGroup不拦截事件时的处理，那么事件就会分发给它的子view：

final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) {
    final int childIndex = getAndVerifyPreorderedIndex(
            childrenCount, i, customOrder);
    final View child = getAndVerifyPreorderedView(
            preorderedList, children, childIndex);

    if (childWithAccessibilityFocus != null) {
        if (childWithAccessibilityFocus != child) {
            continue;
        }
        childWithAccessibilityFocus = null;
        i = childrenCount - 1;
    }

    if (!canViewReceivePointerEvents(child) //注释3.1
            || !isTransformedTouchPointInView(x, y, child, null)) {//注释3.2
        ev.setTargetAccessibilityFocus(false);
        continue;
    }

    newTouchTarget = getTouchTarget(child);
    if (newTouchTarget != null) {
        newTouchTarget.pointerIdBits |= idBitsToAssign;
        break;
    }

    resetCancelNextUpFlag(child);
    if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {//注释3.3
        // Child wants to receive touch within its bounds.
        mLastTouchDownTime = ev.getDownTime();
        if (preorderedList != null) {
            // childIndex points into presorted list, find original index
            for (int j = 0; j < childrenCount; j++) {
                if (children[childIndex] == mChildren[j]) {
                    mLastTouchDownIndex = j;
                    break;
                }
            }
        } else {
            mLastTouchDownIndex = childIndex;
        }
        mLastTouchDownX = ev.getX();
        mLastTouchDownY = ev.getY();
        newTouchTarget = addTouchTarget(child, idBitsToAssign);//注释3.4
        alreadyDispatchedToNewTouchTarget = true;
        break;
    }

上述代码中：

注释3.1： 用来判断view是否可见，是否在播放动画， 因为不可见或播动画都无法获得焦点；
注释3.2： 用来判断子view是否在点击区域中，没在点击区域，自然不用接收事件；
注释3.3： 实际上dispatchTransformedTouchEvent方法就是调用子view的dispatchTouchEvent方法，继续让子view分发事件；
注释3.4： 完成对mFirstTouchTarget的赋值；

这样，就完成了整个View树对事件的传递。
再往后看：

if (mFirstTouchTarget == null) {
    handled = dispatchTransformedTouchEvent(ev, canceled, null,
            TouchTarget.ALL_POINTER_IDS);//注释3.5
} else {
    TouchTarget predecessor = null;
    TouchTarget target = mFirstTouchTarget;
    while (target != null) {
       ....
    }
}

如果mFirstTouchTarget == null， 则没有子view处理事件，则交给父view处理， 否则就去子view处理事件。
到此，应用层的整个事件传递机制就分析完了。
转载：https://blog.csdn.net/qq475703980/article/details/92385368