事件分发三连问:事件是如何从屏幕点击最终到达 Activity 的?CANCEL 事件什么时候会触发

InputEventReceiver receiver, int flags, boolean processImmediately) {

// 是否要立即处理事件

if (processImmediately) {

doProcessInputEvents();

} else {

scheduleProcessInputEvents();

}

}

void doProcessInputEvents() {

// …

while (mPendingInputEventHead != null) {

deliverInputEvent(q);

}

// …

}

private void deliverInputEvent(QueuedInputEvent q) {

// …

InputStage stage;

if (q.shouldSendToSynthesizer()) {

stage = mSyntheticInputStage;

} else {

stage = q.shouldSkipIme() ? mFirstPostImeInputStage : mFirstInputStage;

}

// 分发事件

stage.deliver(q);

}

从上面的代码流程中,事件最终走到 InputStage.deliver 里。

abstract class InputStage {

public final void deliver(QueuedInputEvent q) {

if ((q.mFlags & QueuedInputEvent.FLAG_FINISHED) != 0) {

forward(q);

} else if (shouldDropInputEvent(q)) {

finish(q, false);

} else {

apply(q, onProcess(q));

}

}

}

在 deliver 里,最终调用 onProcess,实现是在 ViewPostImeInputStage。

final class ViewPostImeInputStage extends InputStage {

@Override

protected int onProcess(QueuedInputEvent q) {

if (q.mEvent instanceof KeyEvent) {

return processKeyEvent(q);

} else {

final int source = q.mEvent.getSource();

if ((source & InputDevice.SOURCE_CLASS_POINTER) != 0) {

return processPointerEvent(q);

} else if ((source & InputDevice.SOURCE_CLASS_TRACKBALL) != 0) {

return processTrackballEvent(q);

} else {

return processGenericMotionEvent(q);

}

}

}

private int processPointerEvent(QueuedInputEvent q) {

// 这里 mView 是 DecorView,调用到 DecorView.dispatchPointerEvent

boolean handled = mView.dispatchPointerEvent(event);

// …

return handled ? FINISH_HANDLED : FORWARD;

}

}

// View.java

public final boolean dispatchPointerEvent(MotionEvent event) {

if (event.isTouchEvent()) {

return dispatchTouchEvent(event);

} else {

return dispatchGenericMotionEvent(event);

}

}

// DecorView.java

public boolean dispatchTouchEvent(MotionEvent ev) {

// 这里的 Callback 就是 Activity,是在 Activity.attach 里调用 mWindow.setCallback(this); 设置的

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

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

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

}

通过上面一系列流程,最终就调用到 Activity.dispatchTouchEvent 里,也就是开始的流程了。

通过上面的分析,我们基本上知道了事件从用户点击屏幕到 View 处理的过程了,就是下面这张图。

2.3 CANCEL 事件什么时候会触发

这个如果仔细看 dispatchTouchEvent 的代码的话,可以看到一些时机:

  1. View 收到 ACTION_DOWN 事件以后,上一个事件还没有结束(可能因为 APP 的切换、ANR 等导致系统扔掉了后续的事件),这个时候会先执行一次 ACTION_CANCEL

// ViewGroup.dispatchTouchEvent()

public boolean dispatchTouchEvent(MotionEvent ev) {

if (actionMasked == MotionEvent.ACTION_DOWN) {

// Throw away all previous state when starting a new touch gesture.

// The framework may have dropped the up or cancel event for the previous gesture

// due to an app switch, ANR, or some other state change.

cancelAndClearTouchTargets(ev);

resetTouchState();

}

}

  1. 子 View 之前拦截了事件,但是后面父 View 重新拦截了事件,这个时候会给子 View 发送 ACTION_CANCEL 事件

// ViewGroup.dispatchTouchEvent()

public boolean dispatchTouchEvent(MotionEvent ev) {

if (mFirstTouchTarget == null) {

} else {

// 有子 View 获取了事件

TouchTarget target = mFirstTouchTarget;

while (target != null) {

final TouchTarget next = target.next;

final boolean cancelChild = resetCancelNextUpFlag(target.child)

|| intercepted;

// 父 View 此时如果拦截了事件,cancelChild 是 true

if (dispatchTransformedTouchEvent(ev, cancelChild,

target.child, target.pointerIdBits)) {

handled = true;

}

}

}

}

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,

View child, int desiredPointerIdBits) {

final int oldAction = event.getAction();

// 如果 cancel 是 true,则发送 ACTION_CANCEL 事件

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;

}

}

2.4 如何解决滑动冲突

这个也是老生常谈的一个问题了,主要就是两个方法:

  1. 通过重写父类的 onInterceptTouchEvent 来拦截滑动事件

  2. 通过在子类中调用 parent.requestDisallowInterceptTouchEvent 来通知父类是否要拦截事件,requestDisallowInterceptTouchEvent 会设置 FLAG_DISALLOW_INTERCEPT 标志,这个在最开始的伪代码那里做过介绍

三、总结

上面就是从 View 事件分发引申出的一些问题,简单的解答如下:

  1. View 事件分发

// 伪代码

public boolean dispatchTouchEvent() {

boolean res = false;

// 是否不允许拦截事件

// 如果设置了 FLAG_DISALLOW_INTERCEPT,不会拦截事件,所以在 child 里可以通过 requestDisallowInterceptTouchEvent 控制父 View 是否来拦截事件

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

if (!disallowIntercept && onInterceptTouchEvent()) { // View 不调用这里,直接执行下面的 touchlistener 判断

if (touchlistener && touchlistener.onTouch()) {

return true;

}

res = onTouchEvent(); // 里面会处理点击事件 -> performClick() -> clicklistener.onClick()

} else if (DOWN) { // 如果是 DOWN 事件,则遍历子 View 进行事件分发

// 循环子 View 处理事件

for (childs) {

res = child.dispatchTouchEvent();

}

} else {

// 事件分发给 target 去处理,这里的 target 就是上一步处理 DOWN 事件的 View

target.child.dispatchTouchEvent();

}

return res;

}

  1. 事件是如何从屏幕点击最终到达 Activity 的?

  1. CANCEL 事件什么时候会触发?
  • View 收到 ACTION_DOWN 事件以后,上一个事件还没有结束(可能因为 APP 的切换、ANR 等导致系统扔掉了后续的事件),这个时候会先执行一次 ACTION_CANCEL

  • 子 View 之前拦截了事件,但是后面父 View 重新拦截了事件,这个时候会给子 View 发送 ACTION_CANCEL 事件

  1. 如何解决滑动冲突?
  • 通过重写父类的 onInterceptTouchEvent 来拦截滑动事件

  • 通过在子类中调用 parent.requestDisallowInterceptTouchEvent 来通知父类是否要拦截事件

对文章有何见解,或者有何技术问题,都可以在评论区一起留言讨论,一定会回复的。
也欢迎大家来我的B站找我玩,各类Android架构师进阶技术难点的视频讲解,任君白嫖~
B站直通车:https://space.bilibili.com/484587989
喜欢文章的小伙伴别忘了点个关注,留个赞再走呀,专注Android面试的小喵喵~

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
img

总结

Android架构学习进阶是一条漫长而艰苦的道路,不能靠一时激情,更不是熬几天几夜就能学好的,必须养成平时努力学习的习惯。所以:贵在坚持!

上面分享的字节跳动公司2020年的面试真题解析大全,笔者还把一线互联网企业主流面试技术要点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节。

就先写到这,码字不易,写的很片面不好之处敬请指出,如果觉得有参考价值的朋友也可以关注一下我

①「Android面试真题解析大全」PDF完整高清版+②「Android面试知识体系」学习思维导图压缩包阅读下载,最后觉得有帮助、有需要的朋友可以点个赞

-1711820303853)]

总结

Android架构学习进阶是一条漫长而艰苦的道路,不能靠一时激情,更不是熬几天几夜就能学好的,必须养成平时努力学习的习惯。所以:贵在坚持!

上面分享的字节跳动公司2020年的面试真题解析大全,笔者还把一线互联网企业主流面试技术要点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节。

就先写到这,码字不易,写的很片面不好之处敬请指出,如果觉得有参考价值的朋友也可以关注一下我

①「Android面试真题解析大全」PDF完整高清版+②「Android面试知识体系」学习思维导图压缩包阅读下载,最后觉得有帮助、有需要的朋友可以点个赞

[外链图片转存中…(img-fDRJ0Y9F-1711820303853)]

[外链图片转存中…(img-L4NVUyIX-1711820303853)]

[外链图片转存中…(img-kzZWxzN6-1711820303854)]

本文已被CODING开源项目:《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值