小白的我第一次听到事件分发!毛线?虽然日常一直用到,但是不清楚啊,所以通过给自己提问问题,在解决问题的同时也就知道了其中的原理。
链接:https://www.cnblogs.com/huihuizhang/p/7633552.html 链接:https://zhuanlan.zhihu.com/p/27608989 链接:https://www.cnblogs.com/chengxuyinli/p/9979826.html
什么是事件?什么是事件分发?什么是事件分发机制?在哪里可以进行事件分发?事件分发持有者?也就是对象是谁?被分发的对象是谁?事件的传递流程?当用户点通过屏幕与手机进行交互的时候所体现的动作就是事件,包括有点击(短按)、长按、滑动、抬起等等这些都叫事件。按照面向对象的思想的话这些动作被封装成了MotionEvent,也就是说事件的对象就是MotionEvent。
事件从屏幕传递给app视图的各个View,这个传递过程就叫事件分发。。
事件从屏幕传递给app视图的各个View,然后其中某个View来使用这个事件或者忽略这个事件,这整个过程就是事件分发机制了。
事件是在Activity、View Group、View 这三层中实现的,三者一般结构为: 从上图中可以看出,Activity包括了ViewGroup,ViewGroup又可以包含多个View。
组件特点举例Activity安卓视图类ActivityViewGroupView的容器,可以包含若干View各种布局类(LinearLayout…等)ViewUI类组件的基类如按钮、文本框MotionEvent
被分发的对象是用户触摸屏幕而产生的点击事件,事件主要包括:按下、滑动、抬起与取消。这些事件被封装成MotionEvent对象。该对象中的主要事件如下表所示:
事件触发场景单次事件流中触发的次数MotionEvent.ACTION_DOWN在屏幕按下时1次MotionEvent.ACTION_MOVE在屏幕上滑动时0次或多次MotionEvent.ACTION_UP在屏幕抬起时0次或1次MotionEvent.ACTION_CANCLE滑动超出控件边界时0次或1次按下、滑动、抬起、取消这几种事件组成了一个事件流。事件流以按下为开始,中间可能有若干次滑动,以抬起或取消作为结束。
安卓对事件分发的处理过程中,主要是对按下事件作分发,进而找到能够处理按下事件的组件。对于事件流中后续的事件(如滑动、抬起等),则直接分发给能够处理按下事件的组件。
每一个Activity内部都包含一个Window用来管理要显示的视图。而Window是一个抽象类,其具体实现是 PhoneWindow类。DecovrView作为PhoneWindow的一个内部类,实际管理着具体视图的显示。他是FrameLayout的子类,盛放着我们的标题栏和根视图。我们自己写的一些列View和ViewGroup都是由他来管理的。因此事件分发的时候,顶层的这些“大View”们实际上是不会对事件有任何操作的,他们只是把事件不断的向下递交,直到我们可以使用这些事件。
所以,事件自顶向下的传递过程应该是这样的: Activity(不处理)-> 根View -> 一层一层ViewGroup(如果有的话) -> 子View
如果传递到最后我们的子View们没有处理这一事件怎么办呢?这时候就会原路返回,最终传递给Activity。只有当Activity也没有处理这一事件时,这一事件才会被丢弃。
Activity(不处理则丢弃) <- 根View <- 一层一层ViewGroup(如果有的话) <- 子View
具体在传递事件的时候,是由以下三个方法来控制的:
dispatchTouchEvent : 分发事件onInterceptTouchEvent : 拦截事件onTouchEvent : 消费事件它们并不存在于所有负责分发的组件中,其具体情况总结于下面的表格中:
组件dispatchTouchEventonTouchEventonInterceptTouchEventActivity√√×ViewGroup√√√View√√×从表格中看,dispatchTouchEvent,onTouchEvent方法存在于上文的三个组件中。而onInterceptTouchEvent为ViewGroup独有。这些方法的具体作用在下文作介绍。
准备工作:
创建Activity重写dispatchTouchEvent,onTouchEvent方法自定义一个ViewGroup重写dispatchTouchEvent,onTouchEvent,onInterceptTouchEvent 方法自定义一个Veiw重写dispatchTouchEvent,onTouchEvent方法首先看下正常情况下,给按钮点击事件的顺序
仔细看的朋友会发现为什么activity,viewgroup,viewd的dispatchTouchEvent执行了两遍呢? 这是因为ACTION_DOWN和ACTION_UP分别是两个事件!
分发方法dispatchTouchEvent 从方法的名称中可以看出该方法主要是负责分发,是安卓事件分发过程中的核心。事件是如何传递的,主要就是看该方法,理解了这个方法,也就理解了安卓事件分发机制。
Activity的dispatchTouchEvent方法 这里我们改下返回值!
事件没有到ViewGroup层!这里我不一一粘贴了,不然会太长! 总结: 只有返回super时候事件才会传递 返回true以及false都自己消费
ViewGroup的dispatchTouchEvent方法
View的dispatchTouchEvent方法
以上以此类推!测试!结果是
仔细看的话,图分为3层,从上往下依次是Activity、ViewGroup、View事件从左上角那个白色箭头开始,由Activity的dispatchTouchEvent做分发箭头的上面字代表方法返回值,(return true、return false、return super.xxxxx(),super 的意思是调用父类实现。dispatchTouchEvent和 onTouchEvent的框里有个【true---->消费】的字,表示的意思是如果方法返回true,那么代表事件就此消费,不会继续往别的地方传了,事件终止。目前所有的图的事件是针对ACTION_DOWN的,对于ACTION_MOVE和ACTION_UP我们最后做分析。之前图中的Activity 的dispatchTouchEvent 有误(图已修复),只有return super.dispatchTouchEvent(ev) 才是往下走,返回true 或者 false 事件就被消费了(终止传递)。仔细看整个图,我们得出事件流 走向的几个结论(希望读者专心的看下图 1,多看几遍,脑子有比较清晰的概念。)
如果事件不被中断,整个事件流向是一个类U型图,我们来看下这张图,可能更能理解U型图的意思。 所以如果我们没有对控件里面的方法进行重写或更改返回值,而直接用super调用父类的默认实现,那么整个事件流向应该是从Activity---->ViewGroup—>View 从上往下调用dispatchTouchEvent方法,一直到叶子节点(View)的时候,再由View—>ViewGroup—>Activity从下往上调用onTouchEvent方法。 2、dispatchTouchEvent 和 onTouchEvent 一旦return true,事件就停止传递了(到达终点)(没有谁能再收到这个事件)。 看下图中只要return true事件就没再继续传下去了,对于return true我们经常说事件被消费了,消费了的意思就是事件走到这里就是终点,不会往下传,没有谁能再收到这个事件了。 3、dispatchTouchEvent 和 onTouchEvent return false的时候事件都回传给父控件的onTouchEvent处理。 看上图深蓝色的线,对于返回false的情况,事件都是传给父控件onTouchEvent处理。 对于dispatchTouchEvent 返回 false 的含义应该是:事件停止往子View传递和分发同时开始往父控件回溯(父控件的onTouchEvent开始从下往上回传直 到某个onTouchEvent return true),事件分发机制就像递归,return false 的意义就是递归停止然后开始回溯。对于onTouchEvent return false 就比较简单了,它就是不消费事件,并让事件继续往父控件的方向从下往上流动。 4、dispatchTouchEvent、onTouchEvent、onInterceptTouchEvent ViewGroup 和View的这些方法的默认实现就是会让整个事件安装U型完整走完,所以 return super.xxxxxx() 就会让事件依照U型的方向的完整走完整个事件流动路径),中间不做任何改动,不回溯、不终止,每个环节都走到。 所以如果看到方法return super.xxxxx() 那么事件的下一个流向就是走U型下一个目标,稍微记住上面这张图,你就能很快判断出下一个走向是哪个控件的哪个函数。5、onInterceptTouchEvent 的作用 Intercept 的意思就拦截,每个ViewGroup每次在做分发的时候,问一问拦截器要不要拦截(也就是问问自己这个事件要不要自己来处理)如果要自己处理那就在onInterceptTouchEvent方法中 return true就会交给自己的onTouchEvent的处理,如果不拦截就是继续往子控件往下传。默认是不会去拦截的,因为子View也需要这个事件,所以onInterceptTouchEvent拦截器return super.onInterceptTouchEvent()和return false是一样的,是不会拦截的,事件会继续往子View的dispatchTouchEvent传递。
6、ViewGroup 和View 的dispatchTouchEvent方法返回super.dispatchTouchEvent()的时候事件流走向。
首先看下ViewGroup 的dispatchTouchEvent,之前说的return true是终结传递。return false 是回溯到父View的onTouchEvent,然后ViewGroup怎样通过dispatchTouchEvent方法能把事件分发到自己的onTouchEvent处理呢,return true和false 都不行,那么只能通过Interceptor把事件拦截下来给自己的onTouchEvent,所以ViewGroup dispatchTouchEvent方法的super默认实现就是去调用onInterceptTouchEvent,记住这一点。 那么对于View的dispatchTouchEvent return super.dispatchTouchEvent()的时候呢事件会传到哪里呢,很遗憾View没有拦截器。但是同样的道理return true是终结。return false 是回溯会父类的onTouchEvent,怎样把事件分发给自己的onTouchEvent 处理呢,那只能return super.dispatchTouchEvent,View类的dispatchTouchEvent()方法默认实现就是能帮你调用View自己的onTouchEvent方法的。
说了这么多,不知道有说清楚没有,我这边最后总结一下:
对于 dispatchTouchEvent,onTouchEvent,return true是终结事件传递。return false 是回溯到父View的onTouchEvent方法。ViewGroup 想把自己分发给自己的onTouchEvent,需要拦截器onInterceptTouchEvent方法return true 把事件拦截下来。ViewGroup 的拦截器onInterceptTouchEvent 默认是不拦截的,所以return super.onInterceptTouchEvent()=return false;View 没有拦截器,为了让View可以把事件分发给自己的onTouchEvent,View的dispatchTouchEvent默认实现(super)就是把事件分发给自己的onTouchEvent。ViewGroup和View 的dispatchTouchEvent 是做事件分发,那么这个事件可能分发出去的四个目标
注:------> 后面代表事件目标需要怎么做。 1、 自己消费,终结传递。------->return true ; 2、 给自己的onTouchEvent处理-------> 调用super.dispatchTouchEvent()系统默认会去调用 onInterceptTouchEvent,在onInterceptTouchEvent return true就会去把事件分给自己的onTouchEvent处理。 3、 传给子View------>调用super.dispatchTouchEvent()默认实现会去调用 onInterceptTouchEvent 在onInterceptTouchEvent return false,就会把事件传给子类。 4、 不传给子View,事件终止往下传递,事件开始回溯,从父View的onTouchEvent开始事件从下到上回归执行每个控件的onTouchEvent------->return false; 注: 由于View没有子View所以不需要onInterceptTouchEvent 来控件是否把事件传递给子View还是拦截,所以View的事件分发调用super.dispatchTouchEvent()的时候默认把事件传给自己的onTouchEvent处理(相当于拦截),对比ViewGroup的dispatchTouchEvent 事件分发,View的事件分发没有上面提到的4个目标的第3点。
ViewGroup和View的onTouchEvent方法是做事件处理的,那么这个事件只能有两个处理方式:
1、自己消费掉,事件终结,不再传给谁----->return true; 2、继续从下往上传,不消费事件,让父View也能收到到这个事件----->return false;View的默认实现是不消费的。所以super==false。
ViewGroup的onInterceptTouchEvent方法对于事件有两种情况:
1、拦截下来,给自己的onTouchEvent处理—>return true; 2、不拦截,把事件往下传给子View---->return false,ViewGroup默认是不拦截的,所以super==false;