2024年安卓最全这次，我把Android事件分发机制翻了个遍，快手安卓面试题

本文链接：https://blog.csdn.net/2401_84538135/article/details/138510730

最后：学习总结——Android框架体系架构知识脑图（纯手绘xmind文档）

学完之后，若是想验收效果如何，其实最好的方法就是可自己去总结一下。比如我就会在学习完一个东西之后自己去手绘一份xmind文件的知识梳理大纲脑图，这样也可方便后续的复习，且都是自己的理解，相信随便瞟几眼就能迅速过完整个知识，脑补回来。

下方即为我手绘的Android框架体系架构知识脑图，由于是xmind文件，不好上传，所以小编将其以图片形式导出来传在此处，细节方面不是特别清晰。但可给感兴趣的朋友提供完整的Android框架体系架构知识脑图原件（包括上方的面试解析xmind文档）

除此之外，前文所提及的Alibaba珍藏版 Android框架体系架构 手写文档以及一本 《大话数据结构》 书籍等等相关的学习笔记文档，也皆可分享给认可的朋友！

——感谢大家伙的认可支持，请注意：点赞+点赞+点赞！！！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

这里可以看到，onUserInteraction方法是空的，主要是调用了getWindow().superDispatchTouchEvent(ev)方法，返回true，就代表事件消费了。返回false，就代表下层没人处理，那就直接到了activity的onTouchEvent方法，这点跟之前的消费传递也是吻合的。

继续看看superDispatchTouchEvent方法，然后就走到了PhoneWindow的superDispatchTouchEvent方法，以及DecorView的superDispatchTouchEvent，看看代码：

//PhoneWindow.java

private DecorView mDecor;

@Override

public boolean superDispatchTouchEvent(MotionEvent event) {

return mDecor.superDispatchTouchEvent(event);

}

//DecorView.java

public boolean superDispatchTouchEvent(MotionEvent event) {

return super.dispatchTouchEvent(event);

}

这里可以看到，依次经过了PhoneWindow到达了DecorView，DecorView是activity的根view，也是setcontentView所设置的view的父view，它是继承自FrameLayout。所以这里super.dispatchTouchEvent(event)方法，其实就是走到了viewgroup的dispatchTouchEvent 方法。

ViewGroup（dispatchTouchEvent）

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

if (onFilterTouchEventForSecurity(ev)) {

// Check for interception,表示是否拦截的字段

final boolean intercepted;

if (actionMasked == MotionEvent.ACTION_DOWN

|| mFirstTouchTarget != null) {

//FLAG_DISALLOW_INTERCEPT标志是通过requestDisallowInterceptTouchEvent设置

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 {

// There are no touch targets and this action is not an initial down

// so this view group continues to intercept touches.

intercepted = true;

}

//mFirstTouchTarget赋值

while (target != null) {

final TouchTarget next = target.next;

if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {

} else {

if (cancelChild) {

if (predecessor == null) {

mFirstTouchTarget = next;

} else {

predecessor.next = next;

}

continue;

}

这里截取了部分关键的代码，首先是两个条件

actionMasked == MotionEvent.ACTION_DOWN
mFirstTouchTarget != null

如果满足了其中一个条件才会继续走下去，执行onInterceptTouchEvent方法等，否则就直接intercepted = true，表示拦截。第一个条件很明显，就是表示当前事件位按下事件（ACTION_DOWN）第二个条件是个字段，根据下面的代码可以得知，当后面有view消费掉事件的时候，这个mFirstTouchTarget字段就会赋值，否则就为空。

所以什么意思呢，当ACTION_DOWN事件时候，一定会执行到后面代码。当其他事件来的时候，要看当前viewgroup是否消费了事件，如果当前viewgroup已经消费了事件，没传到子view，那么mFirstTouchTarget字段就为空，所以就不会执行到后面的代码，就直接消费掉所有事件了。这就符合了之前的所说的一种机制：

某个view一旦开始拦截，那么后续事件就全部就给它处理了，也不会执行onInterceptTouchEvent方法了

但是，两个条件满足了一个，就能执行到onInterceptTouchEvent了吗？不一定，这里看到还有一个判断条件：disallowIntercept。这个字段是由requestDisallowInterceptTouchEvent方法设置的，后面我们会讲到，主要用于滑动冲突，意思就是子view告诉你不想让你拦截，那么你就不拦截了，直接返回false。

ok，继续看源码，之前的内容我们了解到，如果viewgroup不拦截事件，应该会传递给子view，那在哪里传的呢？继续看看dispatchTouchEvent的代码：

if (!canceled && !intercepted) {

final int childrenCount = mChildrenCount;

if (newTouchTarget == null && childrenCount != 0) {

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;

}

newTouchTarget = getTouchTarget(child);

if (newTouchTarget != null) {

// Child is already receiving touch within its bounds.

// Give it the new pointer in addition to the ones it is handling.

newTouchTarget.pointerIdBits |= idBitsToAssign;

break;

}

resetCancelNextUpFlag(child);

if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {

// 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);

alreadyDispatchedToNewTouchTarget = true;

break;

}

// The accessibility focus didn’t handle the event, so clear

// the flag and do a normal dispatch to all children.

ev.setTargetAccessibilityFocus(false);

}

if (preorderedList != null) preorderedList.clear();

}

这里可以看到，进行了一个子view的便利，其中，如果满足两个条件中的一个，就跳出。否则就执行dispatchTransformedTouchEvent方法。先看看这两个条件：

!child.canReceivePointerEvents()
!isTransformedTouchPointInView(x, y, child, null)

看名字是看不出啥了，直接看代码吧：

protected boolean canReceivePointerEvents() {

return (mViewFlags & VISIBILITY_MASK) == VISIBLE || getAnimation() != null;

}

protected boolean isTransformedTouchPointInView(float x, float y, View child,

PointF outLocalPoint) {

final float[] point = getTempPoint();

point[0] = x;

point[1] = y;

transformPointToViewLocal(point, child);

final boolean isInView = child.pointInView(point[0], point[1]);

if (isInView && outLocalPoint != null) {

outLocalPoint.set(point[0], point[1]);

}

return isInView;

}

哦，原来是这个意思。canReceivePointerEvents方法就代表view是不是可以接受点击事件，比如是不是在播放动画。而isTransformedTouchPointInView方法代表点击事件的坐标是不是在这个view的区域上面。 ok，如果条件都满足，就执行到dispatchTransformedTouchEvent方法了：

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,

View child, int desiredPointerIdBits) {

final boolean handled;

// Canceling motions is a special case. We don’t need to perform any transformations

// or filtering. The important part is the action, not the contents.

final int oldAction = event.getAction();

if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {

event.setAction(MotionEvent.ACTION_CANCEL);

if (child == null) {

handled = super.dispatchTouchEvent(event);

} else {

handled = child.dispatchTouchEvent(event);

}

event.setAction(oldAction);

return handled;

}

这个方法大家应该都猜到了，其实就是执行了child.dispatchTouchEvent(event)。也就是下一层view的dispatchTouchEvent方法呗，开始事件的层级传递。

View（dispatchTouchEvent）

到view 层级的时候，自然就执行的view的dispatchTouchEvent，上代码

public boolean dispatchTouchEvent(MotionEvent event) {

boolean result = false;

if (mInputEventConsistencyVerifier != null) {

mInputEventConsistencyVerifier.onTouchEvent(event, 0);

}

final int actionMasked = event.getActionMasked();

if (actionMasked == MotionEvent.ACTION_DOWN) {

// Defensive cleanup for new gesture

stopNestedScroll();

}

if (onFilterTouchEventForSecurity(event)) {

if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {

result = true;

}

//noinspection SimplifiableIfStatement

ListenerInfo li = mListenerInfo;

if (li != null && li.mOnTouchListener != null

&& (mViewFlags & ENABLED_MASK) == ENABLED

&& li.mOnTouchListener.onTouch(this, event)) {

result = true;

}

if (!result && onTouchEvent(event)) {

result = true;

}

if (!result && mInputEventConsistencyVerifier != null) {

mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);

}

// Clean up after nested scrolls if this is the end of a gesture;

// also cancel it if we tried an ACTION_DOWN but we didn’t want the rest

// of the gesture.

if (actionMasked == MotionEvent.ACTION_UP ||

actionMasked == MotionEvent.ACTION_CANCEL ||

(actionMasked == MotionEvent.ACTION_DOWN && !result)) {

stopNestedScroll();

}

return result;

}

这里可以看到，首先会判断li.mOnTouchListener != null，如果不为空，就会执行onTouch方法。根据onTouch方法返回的结果，如果为false，result就为false，那么onTouchEvent才会执行。这个逻辑也是符合我们之前说的传递方式。

最后我们再看看view的onTouchEvent都做了什么事：

final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE

|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)

|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;

if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {

switch (action) {

case MotionEvent.ACTION_UP:

boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;

if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {

// take focus if we don’t have it already and we should in

// touch mode.

boolean focusTaken = false;

if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {

focusTaken = requestFocus();

}

if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {

// This is a tap, so remove the longpress check

removeLongPressCallback();

// Only perform take click actions if we were in the pressed state

if (!focusTaken) {

// Use a Runnable and post this rather than calling

// performClick directly. This lets other visual state

// of the view update before click actions start.

if (mPerformClick == null) {

mPerformClick = new PerformClick();

}

if (!post(mPerformClick)) {

performClickInternal();

}

mIgnoreNextUpEvent = false;

break;

}

return true;

}

从代码可以得知，如果设置了CLICKABLE或者LONG_CLICKABLE，那么这个view就会消费事件，并且执行performClickInternal方法，然后执行到performClick方法。这个performClick方法大家应该都很熟悉，就是触发点击的方法，其实内部就是执行了onClick方法。