Android事件分发理论知识补给

·  阅读 836

持续创作,加速成长!这是我参与「掘金日新计划 · 6 月更文挑战」的第4天,点击查看活动详情

前言

在上一篇Activity 感知 Fragment 中的触摸事件文章中我们初步接触到了Android事件分发知识,今天就让我们进一步学习一下事件分发的知识点。

理论知识点

作为一名Android开发者,我们主要的工作就是从后端拿到数据,然后将数据按照UI需求展示出来,另外就是负责处理与用户的交互工作,当用户点击滑动屏幕时给予及时的反馈,而这就属于Android事件分发知识点,从而也可见掌握事件分发知识点的重要性。

其实我们点击屏幕不只是一个动作,而是一系列的动作,分为点击、滑动与抬起,分别对应MotionEvent 中的 ACTION_DOWNACTION_MOVEACTION_UP 。所以所谓的事件分发正是将这一系列事件进行传递,那如何传递,又是怎么传递的呢?

别急,在介绍这个这个知识点前,我们应该先知道一下View Window Activity DecorView之间的关系,这里我用一张图来简单概括一下。

Activity|Window|View关系图.png

我们的系列事件是从外向内传递的,但事件处理呢正好反过来,从内向外的顺序处理。

也就是:

  • 传递顺序:ActivityViewGroupView
  • 处理顺序:ViewViewGroupActivity

事件的传递与处理从代码中提现出来的,主要是这三个方法:

  • public boolean dispatchTouchEvent(MotionEvent ev):分发事件,只要当前View接收到事件,该方法就会被调用。返回true,表示当前事件被消耗,但是受当前View的onTouchEvent与其子View的dispatchTouchEvent方法影响。
  • public boolean onInterceptTouchEvent(MotionEvent ev):拦截事件,表示是否拦截当前事件。返回的true,表示拦截当前事件。
  • public boolean onTouchEvent(MotionEvent ev):处理事件,在dispatchTouchEvent方法中被调用,返回的结果表示是否消费处理当前事件。如果不消费,则在同一个事件序列中,当前View就无法再次接收到事件。

这三个方法之间的关系用这段伪代码就可以很好的表达:

public boolean dispatchTouchEvent(MotionEvent ev) {
	//是否消费了该事件
	boolean consume = false;
	//当前View是否进行拦截该事件
	if (onInterceptTouchEvent(ev)) {
		//调用onTouchEvent(ev)方法来处理事件
		consume = onTouchEvent(ev);
	} else {
		//当前View不拦截,将该事件进一步传递给子View去处理
		consume = child.dispatchTouchEvent(ev);
	}
	return consume;
}
复制代码

我们拿ViewGroup来举例说明:

当触摸事件产生时,会先传递给他,此时它的dispatchTouchEvent方法就会被调用,接着就看它的onInterceptTouchEvent方法是否返回true。返回true,就代表它要拦截当前事件,接下来的一系列事件都会交给它的onTouchEvent方法来处理。反之,返回false,即代表它不拦截当前事件,这样就会将该事件传递给它的子View,即子ViewdispatchTouchEvent方法会被调用。

从上往下,除了View都可以进行拦截,而View就必会触发onTouchEvent事件,但是具体消费不消费取决于它自己,具体表现就是它的返回值。如果返回true,代表它消费了该事件;反之,返回false,代表它不消费该事件,那么它的父容器onTouchEvent方法将被调用。也就是小弟消费不了这个事件,只能让自己的大哥来处理,如果大哥也处理不了就再让大大哥来处理该事件,都不处理,最终传递给Activity处理。

这里,我们回到我们上一篇文章 Activity 感知 Fragment 中的触摸事件 中所思考的问题:

  1. LiTestFragment没有任何设置,触摸事件最终被MainActivityonTouchEvent所消费处理。
  2. LiTestFragment中直接为整个View设置onTouchListener并在其onTouch方法中直接返回true ,发现MainActivity.onTouchEvent 方法不会被调用。
  3. LiTestFragment中的两个button分别设置onTouchListener并在其onTouch方法中直接返回true,发现onClickListener.onClick() 无法被触发。

现在,我们掌握了Android事件分发的理论知识,再分别对这几个问题解答一下:

  1. 问题1:虽然事件从外向内从MainActivity传递到了LiTestFragment,但是LiTestFragment 并没有处理消费掉该事件,所以又传回给MainActivity来处理,所以MainActivity.onTouchEvnet方法被触发。
  2. 问题2:这里,我们为LiTestFragment 设置了onTouchListener ,并在其onTouch方法中直接返回true,所以会直接消费掉该事件,所以也就不会传回MainActivity ,所以MainActivity.onTouchEvent 方法不会被调用。
  3. 问题3:这里,其实是onTouchonClick方法的优先级关系,onTouch的优先级是大于onClick的,所以当onTouch返回true,消费处理了事件,onClick方法就不会被触发。

另外,关于OnTouchListeneronTouchEvent 的关系是这样的:

如果View设置了OnTouchListener,那么有触摸事件时,onTouch方法就会被调用到。此时,关于onTouchEvent方法是否会被调用到就取决于onTouch方法的返回值。如果返回false,则当前ViewonTouchEvent方法会被调用;反之,返回true,那么viewonTouchEvent方法就不会被调用。也就是说,我们给View设置的OnTouchListener的优先级是高于onTouchEvent的。

总结一下这几个方法的优先级排序: onTouchListener.onTouch() > onTouchEvent() > onClickListener.onClick()

总结

通过本篇文章,我们学习了Android事件分发的理论知识点,相信你通过本篇文章的学习后对Activity 感知 Fragment 中的触摸事件这个问题肯定有了进一步的理解。但是这还远远不够,接下来让我们进一步学习一下Android事件分发这几个方法的源码,让我们知其然,又知其所以然。

下篇文章见~

如果本文有带给你一点帮助,请帮我点个赞,十分感谢。

分类:
Android
标签:
收藏成功!
已添加到「」, 点击更改