Android 面试：事件分发8连问，androidrom移植

Android 面试：事件分发8连问，androidrom移植

} else {

return dispatchGenericMotionEvent(event);

}

}

1.经过层层回调会调用到mView.dispatchPointerEvent

2.我们知道ViewRootImpl中的mView就是DecorView

现在事件已经传递到了DecorView，也就是我们界面的根布局

接下来是事件在Activity,Window,DecorView中的传递

2.4 事件在Activity,Window,DecorView中的传递

//DecorView.java

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

//cb其实就是对应的Activity/Dialog

final Window.Callback cb = mWindow.getCallback();

return cb != null && !mWindow.isDestroyed() && mFeatureId < 0

? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);

}

//Activity.java

public boolean dispatchTouchEvent(MotionEvent ev) {

if (ev.getAction() == MotionEvent.ACTION_DOWN) {

onUserInteraction();

}

if (getWindow().superDispatchTouchEvent(ev)) {

return true;

}

return onTouchEvent(ev);

}

//PhoneWindow.java

@Override

public boolean superDispatchTouchEvent(MotionEvent event) {

return mDecor.superDispatchTouchEvent(event);

}

//DecorView.java

public boolean superDispatchTouchEvent(MotionEvent event) {

return super.dispatchTouchEvent(event);

}

可以看到事件分发经过了:DecorView -> Activity -> PhoneWindow -> DecorView

看起来是一个很奇怪的事件流转，事件从DecorView出发，最后又回到了DecorView，为什么这样做呢？

2.4.1 为什么ViewRootImpl不直接把事件交给Activity？

主要是为了解藕

ViewRootImpl并不知道有Activity这种东西存在！它只是持有了DecorView。所以，不能直接把触摸事件送到Activity.dispatchTouchEvent()

2.4.2 交给Acitivity后，为什么不直接交给DecorView开始分发事件呢?

因为Activity不知道有DecorView！

但是，Activity持有PhoneWindow ，而PhoneWindow当然知道自己的窗口里有些什么了，所以能够把事件派发给DecorView。

在Android中，Activity并不知道自己的Window中有些什么，这样耦合性就很低了,Activity不需要知道Window中的具体内容

2.5 小结

经过上述过程，事件终于到了我们熟悉的ViewGroup.dispatchTouchEvent

流程图如下所示：

3.Touch事件到达页面后内部怎样分发

---

下面就是我们最常用也是最常见的事件分发部分了

3.1 ViewGroup是否拦截事件

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

final boolean intercepted;

//只有ActionDown或者mFirstTouchTarget为空时才会判断是否拦截

if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null) {

final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

if (!disallowIntercept) {

intercepted = onInterceptTouchEvent(ev);

}

}

if (!canceled && !intercepted) {

//事件传递给子view

…

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

…

//如果子View消耗了则给mFirstTouchTarget赋值

newTouchTarget = addTouchTarget(child, idBitsToAssign);

…

}

}

//mFirstTouchTarget不为空时会调用dispatchTransformendTouchEvent

if (mFirstTouchTarget == null) {

handled = dispatchTransformedTouchEvent(ev, canceled, null,

TouchTarget.ALL_POINTER_IDS);

}

}

private boolean dispatchTransformedTouchEvent(View child) {

if (child == null) {

handled = super.dispatchTouchEvent(event);

} else {

handled = child.dispatchTouchEvent(event);

}

}

从以上可以看出

1.只有当Action_Down或者mFirstTouchTarget不为空时才判断是否拦截

2.mFirstTouchTarget是个链表结构，代表某个子View消费了事件，为null则表示没有子View消费事件

3.在判断是否拦截前有个disallowIntercept字段，这个在后面事件冲突内部拦截法时会用到

4.接下来就到了onInterceptTouchEvent,ViewGroup是否拦截事件正是由这个方法控制的

3.1.2 ViewGroup拦截后会发生什么？

1.拦截之后，事件自然就不会再下发给子View

2.接下来如果mFirstTouchTarget为null,则会调用到dispatchTransformedTouchEvent,然后调用到super.dispatchTouchEvent,最终到ViewGroup.onTouchEvent

3.为什么使用mFirstTouchTarget==null来判断是否是ViewGroup处理，是因为mFirstTouchTarget==null有两种情况，一是ViewGroup拦截，二是子View没有处理事件,两种情况最后都回调到ViewGroup.onTouchEvent

通过上面的分析，我们可以得出ViewGroup拦截的伪代码：

public boolean dispatchTouchEvent(MotionEvent event) {

boolean isConsume = false;

if (isViewGroup) {

if (onInterceptTouchEvent(event)) {

isConsume = super.dispatchTouchEvent(event);

}

}

return isConsume;

}

如果是ViewGroup，会先执行到onInterceptTouchEvent方法判断是否拦截，如果拦截，则执行父类View的dispatchTouchEvent方法。

3.1.3 ViewGroup不拦截会发生什么?

如果ViewGroup不拦截，则会传递到子View

if (!canceled && !intercepted) {

if (actionMasked == MotionEvent.ACTION_DOWN

|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)

|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {

final int childrenCount = mChildrenCount;

//遍历子View

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

for (int i = childrenCount - 1; i >= 0; i–) {

final int childIndex = getAndVerifyPreorderedIndex(

childrenCount, i, customOrder);

final View child = getAndVerifyPreorderedView(

preorderedList, children, childIndex);

//2.判断事件坐标

if (!child.canReceivePointerEvents()

|| !isTransformedTouchPointInView(x, y, child, null)) {

ev.setTargetAccessibilityFocus(false);

continue;

}

//3.传递事件

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

newTouchTarget = addTouchTarget(child, idBitsToAssign);

alreadyDispatchedTonewTouchTarget = true;

break;

}

}

}

}

}

private boolean dispatchTransformedTouchEvent(View child) {

if (child == null) {

handled = super.dispatchTouchEvent(event);

} else {

handled = child.dispatchTouchEvent(event);

}

}

如果不拦截，ViewGroup内主要做以下几件事

1.遍历当前ViewGroup的所有子View

2.判断当前View是否在当前子View的坐标范围内，不在范围内不能接收事件，直接跳过

3.利用dispatchTransformedTouchEvent,如果返回true,则通过addTouchTarget对mFirstTouchTarget赋值

4.dispatchTransformedTouchEvent做的主要就是两个事，如果child不为null，则事件分发到child,否则调用super.dispatchTouchEvent,并最终返回结果

5.mFirstTouchTarget是单链表结构，记录消费链，但是在单点触控的时候这个特性没有用上，只是一个普通的TouchTarget对象

3.2 子View是否拦截

public boolean dispatchTouchEvent(MotionEvent event) {

if (onFilterTouchEventForSecurity(event)) {

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;

}

}

return result;

}

子View的diapatchTouchEvent逻辑比较简单

1.如果设置了setOnTouchListener并且返回为true，那么onTouchEvent就不再执行

2.否则执行onTouchEvent，我们常用的OnClickListenr就是在onTouchEvent里触发的

所以默认情况下会直接执行onTouchEvent，如果我们设置了setOnClickListener或者setLongClickListener，都会正常触发

3.2.1 如果子View消费事件会怎么样？

上面说了，如果子View消费事件，即dispatchTouchEvent方法返回true

表示这个事件我处理了，那么事件从此结束,ViewGroup的dispatchTouchEvent也返回true

最后回到Activity的dispatchTouchEvent，也是直接返回true

//Activity.java

public boolean dispatchTouchEvent(MotionEvent ev) {

if (ev.getAction() == MotionEvent.ACTION_DOWN) {

onUserInteraction();

}

if (getWindow().superDispatchTouchEvent(ev)) {

return true;

}

return onTouchEvent(ev);

}

小结：如果子View消费事件的话，事件就此结束了

3.2.2 如果子View不消费事件会怎么样？

子View不拦截事件，那么mFirstTouchTarget就为null，退出循环后，调用了dispatchTransformedTouchEvent方法。

if (mFirstTouchTarget == null) {

handled = dispatchTransformedTouchEvent(ev, canceled, null,

TouchTarget.ALL_POINTER_IDS);

}

小结一下：

1.子View不拦截事件，就回调到了dispatchTransformedTouchEvent

2.然后就调到了super.dispatchTouchEvent

3.那么接下来ViewGroup就跟子View的逻辑一样了,默认执行onTouchEvent，如果设置了setOnTouchLister则执行onTouch

3.3 如果ViewGroup与子View都不拦截会怎么样

如果ViewGroup与子View都不拦截，即mFirstTouchTarget == null,dispatchTouchEvent也返回false

再看看Activity的源码

public boolean dispatchTouchEvent(MotionEvent ev) {

if (ev.getAction() == MotionEvent.ACTION_DOWN) {

onUserInteraction();

}

if (getWindow().superDispatchTouchEvent(ev)) {

return true;

}

return onTouchEvent(ev);

}

答案很明显：会执行Activity的onTouchEvent方法

3.4 后续事件如何分发？

事件分发的处理者已经找到了，看起来任务已经完成了。

但其实事件分发是包括ACTION_DOWN、ACTION_MOVE、ACTION_UP、ACTION_CANCEL的一系列事件，我们上面分析的都是Action_DOWN的过程

后续事件如何处理？

public boolean dispatchTouchEvent(MotionEvent ev) {

if (!canceled && !intercepted) {

if (actionMasked == MotionEvent.ACTION_DOWN

|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)

|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {

…

//1.遍历子View

//2.判断是否在坐标范围

//3.分发事件，给mFirstTouchTarget赋值

//4.如果分发成功，alreadyDispatchedToNewTouchTarget赋值为true

…

}

if (mFirstTouchTarget == null) {

handled = dispatchTransformedTouchEvent(ev, canceled, null,

TouchTarget.ALL_POINTER_IDS);

} else {

TouchTarget target = mFirstTouchTarget;

while (target != null) {

final TouchTarget next = target.next;

if (alreadyDispatchedTonewTouchTarget && target == newTouchTarget) {

handled = true;

} else {

if (dispatchTransformedTouchEvent(ev, cancelChild,

target.child, target.pointerIdBits)) {

handled = true;

}

}

predecessor = target;

target = next;

}

}

}

从上可以看出

1.后续的事件不会走对子View的循环判断的方法，因为已经找到了目标View，直接通过mFirstTouchTarget分发

2.如果某个View开始处理拦截事件，后续事件序列只能由它处理

3.5 小结

事件分发的本质就是一个递归方法，通过往下传递，调用dispatchTouchEvent方法，找到事件的处理者，这也就是项目中常见的责任链模式。

在分发过程中，ViewGroup通过onInterceptTouchEvent判断是否拦截事件

在分发过程中，View的默认通过onTouchEvent处理事件

如果底层View不消费，则默认一步步往上执行父元素onTouchEvent方法。

如果所有View的onTouchEvent方法都返回false，则最后会执行到Activity的onTouchEvent方法，事件分发也就结束了。

4 滑动冲突解决

---

我们在开发中经常会碰到滑动冲突的问题，比如一个页面同时有横向与竖向两个方向的滑动，这个时候就需要根据情况在Action_MOVE时对事件进行判断和拦截

常见的滑动冲突解决方法有两种：

1.外部拦截法

2.内部拦截法

4.1 外部拦截法

外部拦截法的原理很简单，就是通过我们上面分析的onInterceptTouchEvent进行

外部拦截法的模板代码如下：

//外部拦截法：父view.java

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

boolean intercepted = false;

//父view拦截条件

boolean parentCanIntercept;

switch (ev.getActionMasked()) {

case MotionEvent.ACTION_DOWN:

intercepted = false;

break;

case MotionEvent.ACTION_MOVE:

if (parentCanIntercept) {

intercepted = true;

} else {

intercepted = false;

}

break;

case MotionEvent.ACTION_UP:

intercepted = false;

break;

}

return intercepted;

}

但是这种方式会带来一个问题，如果ACTION_DOWN交给了子View处理，那么后续事件应该会直接被分发给这个view呀，为什么还能被父View拦截的？

我们再来看看dispatchTouchEvent方法

public boolean dispatchTouchEvent(MotionEvent ev) {

final boolean intercepted;

if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null) {

//1.判断拦截

intercepted = onInterceptTouchEvent(ev);

}

// Dispatch to touch targets.

if (mFirstTouchTarget == null) {

//4.后续事件就直接交给ViewGroup处理了

handled = dispatchTransformedTouchEvent(ev, canceled, null,

TouchTarget.ALL_POINTER_IDS);

} else {

while (target != null) {

if (alreadyDispatchedTonewTouchTarget && target == newTouchTarget) {

handled = true;

} else {

//2.cancelChild为ture

final boolean cancelChild = resetCancelNextUpFlag(target.child)

|| intercepted;

if (dispatchTransformedTouchEvent(ev, cancelChild,

target.child, target.pointerIdBits)) {

handled = true;

}

if (cancelChild) {

if (predecessor == null) {

//3.mFirstTouchTarget被置为null

mFirstTouchTarget = next;

} else {

predecessor.next = next;

}

target.recycle();

target = next;

continue;

}

}

}

}

}

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,

View child, int desiredPointerIdBits) {

final boolean handled;

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;

}

}

如上可知：

1.首先通过onInterceptTouchEvent方法拦截事件

2.intercepted为true导致cancelChild也为true，dispatchTransformedTouchEvent方法传递Action_CANCEL给子View

3.cancelChild后将mFirstTouchTarget置为空

4.mFirstTouchTarget为空后，后续的事件都由ViewGroup处理了

综上就是外部拦截法能成功的原因

4.2 内部拦截法

接下来看下内部拦截法的模板代码

//父view.java

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

if (ev.getActionMasked() == MotionEvent.ACTION_DOWN) {

return false;

} else {

return true;

}

}

//子view.java

@Override

public boolean dispatchTouchEvent(MotionEvent event) {

//父view拦截条件

boolean parentCanIntercept;

switch (event.getActionMasked()) {

case MotionEvent.ACTION_DOWN:

getParent().requestDisallowInterceptTouchEvent(true);

设计模式学习笔记

设计模式系列学习视频

以上进阶BATJ大厂学习资料可以免费分享给大家，需要完整版的朋友，【点这里可以看到全部内容】。

，后续的事件都由ViewGroup处理了

综上就是外部拦截法能成功的原因

4.2 内部拦截法

接下来看下内部拦截法的模板代码

//父view.java

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

if (ev.getActionMasked() == MotionEvent.ACTION_DOWN) {

return false;

} else {

return true;

}

}

//子view.java

@Override

public boolean dispatchTouchEvent(MotionEvent event) {

//父view拦截条件

boolean parentCanIntercept;

switch (event.getActionMasked()) {

case MotionEvent.ACTION_DOWN:

getParent().requestDisallowInterceptTouchEvent(true);

设计模式学习笔记

[外链图片转存中…(img-ScFwLPPj-1644029450687)]

设计模式系列学习视频

[外链图片转存中…(img-cha3bpYU-1644029450688)]

以上进阶BATJ大厂学习资料可以免费分享给大家，需要完整版的朋友，【点这里可以看到全部内容】。