Android事件分发机制是我们开发中常会遇到和使用的一种机制,关于事件分发机制的文章有很多,介绍的都很详细,也很全面。但难免会因为全面详细,而会感觉到很绕,今天我们就来简单抽取一下事件分发机制的主要内容,对其有个宏观的了解。
一、分发的事件
当用户触摸屏幕时(View或ViewGroup派生的控件),将产生触摸事件(Touch事件)。然后触摸事件将会在屏幕中的控件内一层层的传递。Touch事件相关细节(发生触摸的位置、时间、历史记录、手势动作等)被封装成MotionEvent对象。
在MotionEvent对象中包含着一系列需要分发的事件:
MotionEvent.ACTION_DOWN:按下View(所有事件的开始)
MotionEvent.ACTION_MOVE:滑动View
MotionEvent.ACTION_CANCEL:非人为原因结束本次事件
MotionEvent.ACTION_UP:抬起View(与DOWN对应)
每一次在屏幕中的触摸都是一个事件列,以一个DOWN事件开始(当用户触摸屏幕时产生),后跟0个或多个MOVE事件(当用户四处移动手指时产生),最后跟一个单独的UP或CANCEL事件(当用户手指离开屏幕或者系统告诉你手势由于其他原因结束时产生)。
这就是我们需要分发的事件,事件需要在屏幕空间中进行传递。
二、事件传递的空间
既然事件已经被屏幕感知了,那么就需要将感知的触摸事件分发到想要达到的控件内,让该控件获得触摸事件,然后进行处理操作。
事件传递的空间有三种:Activity,ViewGroup ,View。
这三种空间的事件传递和处理是互相联系的。
事件传递有如下类型:
Activity->ViewGroup(根布局,Window的布局)
ViewGroup->子ViewGroup
ViewGroup->View
事件处理的顺序有如下类型:
ViewGroup(根布局,Window的布局)->Activity
子ViewGroup->ViewGroup
View->ViewGroup
默认的事件传递和处理顺序是:Activity->根布局ViewGroup ->子 ViewGroup -> View,一层层传递,并没有拦截事件进行处理。然后从View开始处理事件,View ->子 ViewGroup ->根布局ViewGroup ->Activity,也没有停止事件的传递,而是一层层传递,最后让Activity处理。
以上是默认的事件处理流程,如果想要让某一控件截取并处理事件,则要用到事件分的三大利器,达到想要的效果。
三、事件分发三大利器
每种利器对应三种处理情况,每种情况又因为对应的空间不同,有不同的处理对策。
三种情况为:a.直接使用父类的默认方法super b.重写方法,返回false。 c.重写方法,返回true。
针对这三种情况,在Activity,ViewGroup ,View中有不同的含义。
1.dispatchTouchEvent(分发器):
①默认情况,分发事件,交给该层的onInterceptTouchEvent(拦截器)处理;在Activity中默认情况下,是交给根布局的ViewGroup的dispatchTouchEvent(分发器)处理。在View中默认情况下,是交给该View的onTouchEvent(处理器)处理,因为View中没有onInterceptTouchEvent(拦截器)。
②该方法返回false,不关心事件交给父控件的onTouchEvent(处理器)处理,当前控件仍接收该事件列的其他事件。
③该方法返回true,消费事件,停止分发,该事件列的后续事件会继续分发到该控件。
所以,默认情况(super)下,在Activty,ViewGroup,View中的处理方式各不相同。
2.onInterceptT1ouchEvent(拦截器):
特殊的存在,只在ViewGroup中存在
①默认情况,不拦截控件,交给子控件的dispatchTouchEvent(分发器)处理。
②该方法返回true,拦截事件,事件停止传递,交给该层的控件onTouchEvent(处理器)处理。事件列的其他事件直接交由该ViewGroup实现,并且该方法不会再次调用,即在true的情况下只会触发一次。
③该方法返回false,不拦截控件,交给子控件的dispatchTouchEvent(分发器)处理。当前ViewGroup仍然接收此事件列的其他事件。
3.onTouchEvent(处理器):
①默认情况,不处理事件,将事件上传给父控件的onTouchEvent(处理器)处理。当前View不再接收此事件列的其他事件(比较傲娇,与其他两个利器不同)。
②该方法返回true,消费事件,停止传递。当前View会处理其后续事件。
③该方法返回false,不处理事件,将事件上传给父控件的onTouchEvent(处理器)处理。当前View不再接收此事件列的其他事件(比较傲娇,与其他两个利器不同)。
掌握了以上情况,那么你便会理解下图的各种情况。
参考文章:
Android事件分发机制详解:史上最全面、最易懂
图解 Android 事件分发机制
可能是讲解Android事件分发最好的文章
事件分发机制确实是一个难点,其源码以及具体的一些特殊情况并没有进行介绍,只是对事件分发机制进行概括了解,下篇文章将从源码角度解析分发机制的具体流程以及一些特殊情况。