解析Android点击事件分发机制

开头说说初衷

网上关于点击事件分发的文章一搜一大堆,标题一看,不是“30分钟让你弄明白XXX”就是“这是讲解XXX最好的文章”,满怀憧憬与信心,忍不住兴奋的点进去一看,发现不是代码就全是图,我基本上看完了所有相关的文章,结果硬是看了三个小时也没搞懂。所以最后还是决定自己去试一试,看一看点击事件分发到底是怎么个流程,我写的肯定不会比其他文章好多少,但是呢,带着一个初学者的心,去分析这个东西,自己能弄明白的同时,也让想学习这个的人看了之后有些许收获,那就足够了。

运行的环境

所有的源码都基于API 26,也就是Android8.0奥利奥,Android Studio 3.0.1,想要自己敲代码试试的同学可以参考一下

进入正题

分析点击事件分发流程,是想弄明白当我们用手指去点击屏幕的时候,分为三个动作,按下,移动和抬起,屏幕上的东西是怎么知道我们点了它的,在这中间到底经历了什么。所以要先来模拟一下这个点击的过程,看看到底调用了哪些方法。

搭建最简单的结构

新建Activity,重写dispatchTouchEvent和onTouchEvent,前面的方法负责点击事件的分发,后面的方法负责点击事件的消耗,然后打印三种触摸事件的触发

private static final String TAG = MainActivity.class.getSimpleName();

@Override

public boolean onTouchEvent(MotionEvent event) {

int action = event.getAction();

switch (action) {

case MotionEvent.ACTION_DOWN:

Log.d(TAG, "Activity onTouchEvent ACTION_DOWN");//按下

break;

case MotionEvent.ACTION_MOVE:

Log.d(TAG, "Activity onTouchEvent ACTION_MOVE");//移动

break;

case MotionEvent.ACTION_UP:

Log.d(TAG, "Activity onTouchEvent ACTION_UP");//抬起

break;

}

return super.onTouchEvent(event);

}

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

int action = ev.getAction();

switch (action) {

case MotionEvent.ACTION_DOWN:

Log.d(TAG, "Activity dispatchTouchEvent ACTION_DOWN");

break;

case MotionEvent.ACTION_MOVE:

Log.d(TAG, "Activity dispatchTouchEvent ACTION_MOVE");

break;

case MotionEvent.ACTION_UP:

Log.d(TAG, "Activity dispatchTouchEvent ACTION_UP");

break;

}

return super.dispatchTouchEvent(ev);

}

新建一个类继承自LinearLayout,同样也重写dispatchTouchEvent和onTouchEvent,还有因为LinearLayout继承自ViewGroup,ViewGroup是可以拦截点击事件的,这个很好理解,因为控件都是放在他里面的嘛。所以还要重写onInterceptTouchEvent方法

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

int action = ev.getAction();

switch (action) {

case MotionEvent.ACTION_DOWN:

Log.d(TAG, "onInterceptTouchEvent ACTION_DOWN");

break;

case MotionEvent.ACTION_MOVE:

Log.d(TAG, "onInterceptTouchEvent ACTION_MOVE");

break;

case MotionEvent.ACTION_UP:

Log.d(TAG, "onInterceptTouchEvent ACTION_UP");

break;

default:

break;

}

return false;

}

(这里有个重点).

这里有个需要注意的地方就是Android的控件有些是默认可以点击的(如Button),还有一些是默认不可点击的(如TextView)他们的分发是有一些不同的,这里我们先看不可点击的,新建一个类继承android.support.v7.widget.AppCompatTextView,兼容的TextView,同时跟Activity一样重写dispatchTouchEvent和onTouchEvent,代码不贴了,跟上面一样,它是普通控件,没有拦截的方法。

开始点击,移动手指后抬起

然后来点一点屏幕上的控件看看打印的log,dispatchTouchEvent和onTouchEvent都返回默认的实现super,onInterceptTouchEvent默认返回false,表示不拦截,默认的情况打印:

1.--------------------------------------

D/MainActivity: Activity dispatchTouchEvent ACTION_DOWN

D/MyLayout: dispatchTouchEvent ACTION_DOWN

D/MyLayout: onInterceptTouchEvent ACTION_DOWN

D/MyTextView: dispatchTouchEvent ACTION_DOWN

2.--------------------------------------

D/MyTextView: onTouchEvent ACTION_DOWN

D/MyLayout: onTouchEvent ACTION_DOWN

D/MainActivity: Activity onTouchEvent ACTION_DOWN

3.--------------------------------------

D/MainActivity: Activity dispatchTouchEvent ACTION_MOVE

D/MainActivity: Activity onTouchEvent ACTION_MOVE

D/MainActivity: Activity dispatchTouchEvent ACTION_MOVE

D/MainActivity: Activity onTouchEvent ACTION_MOVE

D/MainActivity: Activity dispatchTouchEvent ACTION_UP

D/MainActivity: Activity onTouchEvent ACTION_UP

这是默认的情况,把它分为三个阶段:

1. 事件的分发,从上到下,从Activity到Layout到Text的dispatchTouchEvent结束

2. 事件的消耗,从下到上,从Text到Layout到Activity的onTouchEvent结束

3. 这套动作的后续事件交给上个事件的最后消耗者,不经过其他控件的分发

三个函数的其他返回值

dispatchTouchEvent和onTouchEvent都有三种返回情况

- true

- false

- super.dispatchTouchEvent(ev)和super.onTouchEvent(event)

onInterceptTouchEvent有两种返回,true和false,这样来看, 组合起来真是情况太多了,写下来挨个分析看代码的话怕是要看晕,所以这里用一张图来看看所有的情况:

普通不可点击View的事件分发流程

默认可点击控件的事件分发

比如Button这种默认可以点击的控件,或者设置android:clickable=”true”的控件,在分发流程中有一些不同,主要是onTouchEvent的默认方法不同,它直接消耗点击事件,不再往上传递。

可点击View的事件分发流程

结语

事件的分发流程到此就结束了,目的已经达到了,找到了我们想要点击的那个按钮或者其他控件,总结下来就是从Activity经过ViewGroup然后到View依次分发,然后又从底向上确认自己是否消耗该事件,如果某个对象消耗了,动作的后续事件都由他来处理。

以上是 解析Android点击事件分发机制 的全部内容, 来源链接: utcz.com/z/324554.html

回到顶部