摘要:今天结合流程图和代码来对事件分发机制做一个总结,我自己起一个叫法就是个。返回就会把事件给父类的消费。以后事件不再交给这个。到这里事件分发就说的差不多了,我们这个比较简单,但是不影响理解原理。
今天结合流程图和代码来对Android事件分发机制做一个总结,我自己起一个叫法就是“3个3”。
跟事件分发相关的主要有三个节点方法:
1.dispatchTouchEvent
2.onInterceptTouchEvent(这个只有ViewGroup有)
3.onTouchEvent
为了简单扼要,Demo总共就三个研究对象,Activity/ViewGroup/View,从属关系就是Activity中加载ViewGroup, ViewGroup中有一个View是Button,之所以用Button就是为了点击事件。在Button点击的时候看下三者事件分发的顺序。
在Activity中, 主要就是添加几个Log,在onTouchEvent中打印出MotionEvent事件,这里为了简单主要关注
1.ACTION_DOWN 按下事件
2.ACTION_MOVE 移动事件
3.ACTION_UP 松开事件
@Override public boolean dispatchTouchEvent(MotionEvent ev) { Log.w(Constants.TAG, "------------------------------------------"); Log.d(Constants.TAG, "MainActivity.dispatchTouchEvent"); return super.dispatchTouchEvent(ev); } @Override public boolean onTouchEvent(MotionEvent event) { String eventString; switch (event.getAction()) { case MotionEvent.ACTION_DOWN: eventString = "ACTION_DOWN"; break; case MotionEvent.ACTION_MOVE: eventString = "ACTION_MOVE"; break; case MotionEvent.ACTION_UP: eventString = "ACTION_UP"; break; default: eventString = "OTHER_EVENT"; break; } Log.d(Constants.TAG, "MainActivity.onTouchEvent: " + eventString); return super.onTouchEvent(event); }
在ViewGroup中,多了一个onInterceptTouchEvent方法。
@Override public boolean dispatchTouchEvent(MotionEvent ev) { Log.d(Constants.TAG, "ViewGroupCustom.dispatchTouchEvent"); return super.dispatchTouchEvent(ev); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { Log.d(Constants.TAG, "ViewGroupCustom.onInterceptTouchEvent"); return true; } @Override public boolean onTouchEvent(MotionEvent event) { String eventString; switch (event.getAction()) { case MotionEvent.ACTION_DOWN: eventString = "ACTION_DOWN"; break; case MotionEvent.ACTION_MOVE: eventString = "ACTION_MOVE"; break; case MotionEvent.ACTION_UP: eventString = "ACTION_UP"; break; default: eventString = "OTHER_EVENT"; break; } Log.d(Constants.TAG, "ViewGroupCustom.onTouchEvent: " + eventString); return true; }
在View中方法和Activity中一样:
@Override public boolean dispatchTouchEvent(MotionEvent event) { Log.d(Constants.TAG, "ViewCustom.dispatchTouchEvent"); return super.dispatchTouchEvent(event); } @Override public boolean onTouchEvent(MotionEvent event) { String eventString; switch (event.getAction()) { case MotionEvent.ACTION_DOWN: eventString = "ACTION_DOWN"; break; case MotionEvent.ACTION_MOVE: eventString = "ACTION_MOVE"; break; case MotionEvent.ACTION_UP: eventString = "ACTION_UP"; break; default: eventString = "OTHER_EVENT"; break; } Log.d(Constants.TAG, "ViewCustom.onTouchEvent: " + eventString); return super.onTouchEvent(event); }
默认三个方法都是调用super的方法。
稍微总结下,涉及到三个3
1.第一个3就是三个研究对象:Activity/ViewGroup/View
2.第二个3就是三个方法:dispatchTouchEvent/onInterceptTouchEvent/onTouchEvent
3.第二个3就是每个方法都return3中状态之一:super/true/false
接下来就是排列组合,事件分发就是在三个对象,三个方法,三个状态之间进行各种排列组合,就组合成事件分发的多种状态。接下来上一个很重要的图,就是整体的事件分发流程图:
上面这张流程图很重要,今天这个解析就是围绕着它转了。下面就是分别把上面不同状态进行详细解释。
先做个说明,在按钮点击的时候,我们就关注三个事件,ACTION_DOWN/ACTION_MOVE/ACTION_UP。
首先是三个对象的三个方法都不做更改,也就是都调用super,这就是默认状态。这样三个事件都会到按钮的onTouchEvent,并且调用onClick回调方法。
接下来开始做点手脚,在Activity的dispatchTouchEvent中返回true状态,这样Activity就消费掉事件,不再往下传给另外两个对象,甚至也不调用自己的onTouchEvent方法。
Activity的dispatchTouchEvent中返回false,也是自己消费点,和上面返回true是一样的。
接下来activity两个方法保持默认,也就是super状态,这样事件就能传递到viewgroup了。然后对viewgroup动手脚,viewgroup有三个方法,所以状态会多一点。首先在第一个方法dispatchTouchEvent返回true,这样和acticity一样的,自己直接消费掉,也不给自己的onTouchEvent。
如果把状态改成false呢?这种情况也就类似于员工反了不干了,只能领导自己干,事件就会给activity的onTouchEvent消费,再之后的move和up事件不会再分发了,activity直接给自己的onTouchEvent消费。
接下来就是viewgroup的第二个方法onInterceptTouchEvent了。如果第一个方法默认返回super状态,那么就会把事件给这个方法,viewgroup通过这个方法来告诉系统拦不拦截这个时间。返回true就是拦截,事件就会给自己的第三个方法onTouchEvent消费。如果onTouchEvent返回super或者false,那么事件就会给父类activity消费。之后事件不再传给viewgroup,activity自己直接消费。这就类似于老板交给员工任务,员工没完成好,老板以后就不交给这个员工了。
如果viewgroup的第二个方法返回false,表示自己不做拦截,那么事件就会传递给子类,这里就是button了。button就默认给自己的onTouchEvent消费掉。
如果第二个方法返回true表示拦截,事件就会给自己的onTouchEvent消费,onTouchEvent返回true,事件就是viewgroup自己消费,后续的事件也会给到viewgroup。
如果onTouchEvent返回false,事件就会给父类activity消费。之后事件不再传给viewgroup,activity自己直接消费。
最后就是最后一个对象view,在这里是button。view只有两个方法,没有onInterceptTouchEvent。首先如果dispatchTouchEvent返回true,那么事件就直接消费掉了,不传递给自己的onTouchEvent方法。
dispatchTouchEvent返回false就会把事件给父类的onTouchEvent消费。以后事件不再交给这个view。
view的onTouchEvent方法如果返回true,那么事件就会自己消费点,并且不会调用onClick这个回调方法。
如果onTouchEvent返回false,那么事件就会交给父类,这个系列剩下的事件就不会再交给这个view了。
到这里事件分发就说的差不多了,我们这个Demo比较简单,但是不影响理解原理。简单坐下总结:
1.对于dispatchTouchEvent这个方法,返回true都是直接消费掉,不做其他传递。返回false就有点区别,对于activity是和true一样直接消费掉,对于viewgroup和view就是把事件给父类的onTouchEvent消费。返回super就都是进行分发
2.onInterceptTouchEvent这个方法只有viewgroup有,返回true就是拦截,会把事件给到自己的onTouchEvent消费;返回false和返回super是一样的,不拦截,分发给子view
3.onTouchEvent返回true就是消费掉事件了,如果返回false就传递给父类。返回super有点区别,对于viewgroup就和false一样,传递给父类;对于view就会再接着往下传递,比如调用点击回调等。
到这里就把事件分发说的差不多了,没有放上源码分析,我是觉得那样内容就有点多,容易乱,如果面试的时候画出上面的流程图就差不多了。
如果本文对你有帮助,请点个赞哈,谢谢!
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/68881.html
摘要:事件被上层拦截时触发。事件返回时直接指向了父的这一部分是不合理的,实际上它仅仅是给了父的一个返回值,父根据返回值来调用自身的。是根据的返回值来确定是调用子的还是自身的,并没有将调用交给。 原文链接 简简单单讲清楚android事件分发。 什么叫事件分发机制 ? 事件分发是:当发生了一个事件时,在屏幕上找到一个合适的控件来处理这个事件的过程。 因为一个界面上控件如此之多,发生一个事件后总...
摘要:下事件分发和消费事件前言中与事件相关的方法包括能够响应的空间包括。事件分析事件分发事件发生时的方法会以隧道方式从根元素依次往下传递直到最内层子元素或在中间某一元素中由于某一条件停止传递将事件传递给最外层的 Android下Touch事件分发和消费事件 前言 Android中与touch事件相关的方法包括:dispatchTouchEvent(MotionEvent ev)、onInte...
阅读 1537·2021-10-25 09:44
阅读 2899·2021-09-04 16:48
阅读 1444·2019-08-30 15:44
阅读 2358·2019-08-30 15:44
阅读 1702·2019-08-30 15:44
阅读 2784·2019-08-30 14:14
阅读 2917·2019-08-30 13:00
阅读 2084·2019-08-30 11:09