彻底理解View事件体系!
我的简书同步发布:彻底理解View事件体系!
转载请注明出处:【huachao1001的专栏:http://blog.csdn.net/huachao1001】
View的事件体系整体上理解还是比较简单的,但是却有很多细节。这些细节很容易忘记,本文的目标是理解性的记忆,争取做到看完不忘。最近在复习,希望本文能对你也有所帮助。如果你已经对View事件体系有一定的了解,那么查漏补缺,看看你是不是已经掌握了以下内容呢?
1 View事件相关基础
在正式接触View事件体系之前,先看看相关基础部分。
1.1 View的坐标及宽高
在Android系统中,一个子View在ViewGroup中显示的区域由top、right、bottom、left四个属性确定。它们分别确定四条边,如下图所示:
这四个参数我们可以通过如下方法得到:
//假设v是个View实例
//View v=···;
int top = v.getTop();
int right = v.getRight();
int bottom = v.getBottom();
int left = v.getLeft();
拿到这四个参数后,我们也可以计算出宽高:
int width = right-left;
int height = bottom-top;
我们知道,在Android3.0(api 11)之前,是不能用属性动画的,只能用补间动画,而补间动画所做的动画效果只是将View的显示转为图片,然后再针对这个图片做透明度、平移、旋转、缩放等效果。这带来的问题是,View
所在的区域并没有发生变化,变化的只是个“幻影”而已。也就是说,在Android 3.0之前,要想将View
区域发生变化,就得改变top
、left
、right
、bottom
。如果我们想让View
的动画是实际的位置发生变化,并且要兼容3.0之前的软件,该怎么办呢?为了解决这个问题,从3.0开始,加了几个新的参数:x
,y
,translationX
,translationY
。
x = left + translationX;
y = top + translationY;
这样,如果我们想要移动View,只需改变translationX
和translationY
就可以了,top和left不会发生变化。也可以使用属性动画去改变translationX
和translationY
。
1.2 手势识别
(1)VelocityTracker 速度追踪
我们知道,很多ViewGroup
中,假设手指滑动的距离相同,但是滑动速度不同,那么滑动速度越快,ViewGroup
中内容滚动的距离越远。那么如何识别用户滑动的速度呢?当然了,你可以在onTouchEvent
中不断的监听计算。但是那样的代码太臃肿了,而且容易算错。好在Android
系统内置了速度追踪类VelocityTracker
。有了它,妈妈再也不用担心如何计算速度追踪。先看看怎么用:
//event一般是通过onTouchEvent函数传递的MotionEvent对象
VelocityTracker vt=VelocityTracker.obtain();
vt.addMovement(event);
从VelocityTracker.obtain();
这句可以看出,这里是使用了享元模式
,对享元模式不太熟悉的童鞋请参考我的另一篇文章《从Android代码中来记忆23种设计模式》 。那么如何获取当前的移动速度呢?
vt.computeCurrentVelocity(1000);
int xv=(int) vt.getXVelocity();
int yv=(int) vt.getYVelocity();
在调用获取x和y方向的速度之前,先要调用computeCurrentVelocity
函数,用于设定计算速度的时间间隔。很显然,速度的计算为(终端位置-起始位置)/间隔时间。
既然是享元模式,那肯定是需要回收的啦~我们看看如何回收VelocityTracker对象:
vt.clear();
vt.recycle();
(2)GestureDetector手势检测
同样,我们有时还需要检测用户的:单击、滑动、长按、双击等动作。懒得自己去计算时间来识别,直接用系统的GestureDector
来监听这些事件,GestureDector
的使用也非常简单:
GestureDetector.OnGestureListener listener=new GestureDetector.OnGestureListener() {@Overridepublic boolean onDown(MotionEvent e) {//手指出品按下的瞬间return false;}@Overridepublic void onShowPress(MotionEvent e) {//手指触摸屏幕,并且尚未松开或拖动。与onDown的区别是,onShowPress强调没用松开和没有拖动}@Overridepublic boolean onSingleTapUp(MotionEvent e) {//手指离开屏幕(单击)return false;}@Overridepublic boolean onScroll(MotionEvent e1, MotionEvent e2, float distanceX, float distanceY) {//手指按下并拖动,当前正在拖动return false;}@Overridepublic void onLongPress(MotionEvent e) {//手指长按事件}@Overridepublic boolean onFling(MotionEvent e1, MotionEvent e2, float velocityX, float velocityY) {//手指快速滑动return false;}
};
GestureDetector mGestureDetector = new GestureDetector(this,listener);//防止长按后无法拖动的问题
mGestureDetector.setIsLongpressEnabled(false);
既然要让GestureDetector来识别各种动作事件,那么就得让GestureDetector来接管事件管理,即在onTouchEvent里面只写入如下代码:
return mGestureDetector.onTouchEvent(event);
我们看到,OnGestureListener
监听器包含了各种事件的监听。除了OnGestureListener
以外,还有OnDoubleTapListener
它主要是处理双击相关的事件,可以通过setOnDoubleTapListener
将该监听器设置到GestureDetector
中。
2 View事件分发机制
2.1 三个重要函数
前面做了基础热身之后,我们现在开始学习View的事件分发机制。View的事件分发主要是由3个函数决定:dispatchTouchEvent
、 onInterceptTouchEvent
以及 onTouchEvent
。一个触摸事件,如果事件坐标处于ViewGroup
所“管辖范围”,首先调用的是该ViewGroup
的dispatchTouchEvent
函数,dispatchTouchEvent
函数内部调用onInterceptTouchEvent
函数,用于判断是否拦截该事件,如果拦截,则调用ViewGroup
的onTouchEvent
。否则调用子View
的dispatchTouchEvent
函数,可以参考如下图:
注意,上述图中,只是描述事件从ViewGroup
往下传递过程,没有考虑子View
的onTouchEvent
的返回值,即没有考虑事件从子View
往上回传的过程。后面再介绍事件回传的过程。ViewGroup
是否拦截事件,是通过onTnterceptTouchEvent
返回值来确定,当返回true
时,表示拦截该事件,那么该系列事件全部传递给ViewGroup
的onTouchEvent
,如果返回false
,则表示不拦截该系列事件,该系列事件全部交给子View
来处理。为什么我们说是“该系列事件”,而不是说“该事件”呢?注意,View的事件体系中,从down->move->……->move->up。这一个过程为同一个事件系列,如果在onInterceptTouchEvent中返回false,那么所有的事件都不会再交给ViewGroup的的onTouchEvent。
2.2 事件来源
我们知道,我们直接通过onTouchEvent里面的形参就可以拿到事件对象,可是事件对象时从哪里产生的?又是经历过哪些曲折的道路才到达目的地的?
首先,Activity
拿到事件对象,Activity
把事件对象传递给PhoneWindow
,PhoneWindow
再传递给DecorView
,DecorView
通过遍历再传递到我们的ViewGroup
。那么Activity
又是从哪里得到事件对象的呢?这里面就涉及的比较底层了,感兴趣的童鞋参考任玉刚的《 Android中MotionEvent的来源和ViewRootImpl 》这篇文章。
2.3 从onTouch、onClick、onTouchEvent优先级开始
当一个View处理触摸事件时,如果同时设置了OnTouchListener
(内含onTouch
抽象方法)、OnClickListener
(内含onClick
抽象方法).那么到底哪个函数先执行?我们做一个实验,自定义一个View
,重写onTouchEvent
:
@Override
public boolean onTouchEvent(MotionEvent event) {int action = event.getAction();switch (action) {case MotionEvent.ACTION_DOWN: {Log.d("--> down ", "onTouchEvent");break;}case MotionEvent.ACTION_MOVE: {Log.d("--> move ", "onTouchEvent");break;}case MotionEvent.ACTION_UP: {Log.d("--> up ", "onTouchEvent");break;}}return true;
}
并在MainActivity设置OnTouchListener
、OnClickListener
:
myView.setOnTouchListener(new View.OnTouchListener() {@Overridepublic boolean onTouch(View v, MotionEvent event) {switch (event.getAction()) {case MotionEvent.ACTION_DOWN: {Log.d("--> down", "onTouch");break;}case MotionEvent.ACTION_MOVE: {Log.d("--> move", "onTouch");break;}case MotionEvent.ACTION_UP: {Log.d("--> up", "onTouch");break;}}return false;}
});myView.setOnClickListener(new View.OnClickListener() {@Overridepublic void onClick(View v) {Log.d("-->", "onClick");}
});
点击后,打印的日志信息如下:
06-27 00:36:56.756 2407-2407/? D/--> down: onTouch
06-27 00:36:56.756 2407-2407/? D/--> down: onTouchEvent
06-27 00:36:56.848 2407-2407/? D/--> up: onTouch
06-27 00:36:56.849 2407-2407/? D/--> up: onTouchEvent
注意到,首先执行的是onTouch
然后再执行onTouchEvent
,由此可见,onTouch
比onTouchEvent
优先级高。代码中,onTouch
返回的是false
,表示不消耗事件,因此,触摸事件能顺利的从onTouch
传递到onTouchEvent
,现在我们把onTouch
返回值改为true
,表示消耗触摸事件,看看会打印什么日志:
06-27 00:42:09.783 2499-2499/? D/--> down: onTouch
06-27 00:42:09.863 2499-2499/? D/--> up: onTouch
正如我们所猜想的那样,并没有执行onTouchEvent
。我们看到,onClick
并没有执行。这是为什么呢?仔细看看onTouchEvent
的返回值,我们看到,onTouchEvent
返回的是true
,表示消耗触摸事件,而此时onClick
就没执行了。是不是可以猜想:onTouchEvent
优先级比onClick
高。我们把onTouchEvent
返回值改为false
,看看日志信息(确保onTouch
返回值也是false
,否则onTouchEvent
连触摸事件都拿不到,更别谈是否消耗触摸事件的问题了):
06-27 00:48:22.214 2947-2947/? D/--> down: onTouch
06-27 00:48:22.214 2947-2947/? D/--> down: onTouchEvent
什么?!!!,为什么还是没有执行onClick
?仔细观察会发现连up
事件也没了~。为什么up
事件没有了呢?主要是,onTouchEvent
返回false
,表示对此系列的事件不处理(不消耗),那么该系列事件又会返回到ViewGroup
的onTouchEvent
。后续的move
和up
事件也不会再交给子View
的onTouchEvent
了。这个过程我们暂时先放一放,回到我们前面所说的,为什么onClick
不执行?注意!什么是点击?其实,点击包含down
和up
,因此我们需要判断down
和up
是否都是在当前View区域内,我们当然就没办法只根据一个事件来判断是否需要执行onClick
。因此,onTouchEvent
的返回值不能用于决定是否把事件传递给onClick
。如果想把事件传递到onClick
函数,我们需要在onTouchEvent
里做判断,并显式调用OnClickListener
实例对象的onClick
。当然了,你可以不用自己写,直接在你的onTouchEvent中的最后一句改为:
return super.onTouchEvent(event);
View在onTouchEvent函数中,根据触摸事件判断,显式的调用了OnClickListener
实例对象的onClick
。调用过程封装到performClick
函数中,看看performClick
源码:
public boolean performClick() {final boolean result;final ListenerInfo li = mListenerInfo;if (li != null && li.mOnClickListener != null) {playSoundEffect(SoundEffectConstants.CLICK);li.mOnClickListener.onClick(this);result = true;} else {result = false;}sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);return result;
}
因此可以得出结论,执行的顺序是:onTouch->onTouchEvent->onClick
。当onTouch
返回false
时,onTouchEvent
才会执行,当onTouchEvent
显式调用onClick
时,onClick
才会执行。
2.4 事件的回传过程
我们知道,在ViewGroup
中,事件是dispatchTouchEvent
->onInterceptTouchEvent
->onTouchEvent
。由onInterceptTouchEvent
决定是否将事件传递给子View。如果传递给子View,但是子View并不想处理这个系列的事件(子View的onTouchEvent
返回false),该怎么处理这个系列事件呢?难道就抛弃这个系列的触摸事件不管了吗?当然不是!我们先看一段测试代码:
自定义的ViewGroup,重新如下函数:
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {print(ev, "ViewGroup dispatchTouchEvent");return super.dispatchTouchEvent(ev);
}@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {print(ev, "ViewGroup onInterceptTouchEvent");//不拦截,将事件往子View传递return false;
}@Override
public boolean onTouchEvent(MotionEvent event) {print(event, "ViewGroup onTouchEvent");return true;}
为了减少重复代码,我们定义了print
函数:
private void print(MotionEvent event, String msg) {int action = event.getAction();switch (action) {case MotionEvent.ACTION_DOWN: {Log.d("--> down ", msg);break;}case MotionEvent.ACTION_MOVE: {Log.d("--> move ", msg);break;}case MotionEvent.ACTION_UP: {Log.d("--> up ", msg);break;}}}
自定义View,重写如下函数:
@Override
public boolean dispatchTouchEvent(MotionEvent event) {print(event, "childView dispatchTouchEvent");return super.dispatchTouchEvent(event);
}@Override
public boolean onTouchEvent(MotionEvent event) {print(event, "childView onTouchEvent");//子View不处理该系列事件return false;
}
触摸子View后,打印如下信息:
06-27 01:25:38.491 3666-3666/? D/--> down: ViewGroup dispatchTouchEvent
06-27 01:25:38.491 3666-3666/? D/--> down: ViewGroup onInterceptTouchEvent
06-27 01:25:38.491 3666-3666/? D/--> down: childView dispatchTouchEvent
06-27 01:25:38.491 3666-3666/? D/--> down: childView onTouchEvent
06-27 01:25:38.491 3666-3666/? D/--> down: ViewGroup onTouchEvent
06-27 01:25:38.589 3666-3666/? D/--> up: ViewGroup dispatchTouchEvent
06-27 01:25:38.589 3666-3666/? D/--> up: ViewGroup onTouchEvent
看到,当子View
的onTouchEvent
返回的是false
,那么该系列的事件会回到ViewGroup
的onTouchEvent
。注意,down
事件先到达子View的onTouchEvent
,如果子View不消耗,则down
事件及其后续的事件会传到ViewGroup
的onTouchEvent
。而ViewGroup
的onTouchEvent
也是一样,如果ViewGroup
不处理该系列事件,又会继续回传到ViewGroup
的父View的onTouchEvent
。如下图所示:
我们以上讨论的点击位置都是子View所处的区域,即如下如所示。
如果点击不是子View所处的区域,事件的传递会是怎么样的呢?我们看看日志信息:
06-27 01:48:25.064 3666-3666/? D/--> down: ViewGroup dispatchTouchEvent
06-27 01:48:25.064 3666-3666/? D/--> down: ViewGroup onInterceptTouchEvent
06-27 01:48:25.064 3666-3666/? D/--> down: ViewGroup onTouchEvent
06-27 01:48:25.143 3666-3666/? D/--> move: ViewGroup dispatchTouchEvent
06-27 01:48:25.143 3666-3666/? D/--> move: ViewGroup onTouchEvent
06-27 01:48:25.143 3666-3666/? D/--> up: ViewGroup dispatchTouchEvent
06-27 01:48:25.143 3666-3666/? D/--> up: ViewGroup onTouchEvent
可以看到,子View
并没有调用任何函数。这很容易理解,因为压根就跟子View
没有半毛钱关系,要是点击任意区域子View
都会有事件传递过去那才奇怪呢!因此,可以看出,ViewGroup
在传递触摸事件时,会遍历子View
,判断触摸点是否在各个子View
中,如果在,则触发调用相关函数。如果点击的位置没有子View,那么不管onIntercepTouchEvent返回的是什么,ViewGroup的onTouchEvent都会执行!
最后,有几点必须要知道的:
- 如果
View
只消耗down
事件,而不消耗其他事件,那么其他事件不会回传给ViewGroup
,而是默默的消逝掉。我们知道,一旦消耗down
时间,接下来的该系列所有的事件都会交给这个View
,因此,如果不处理down
以外的事件,这些事件就会被“遗弃”。- 如果
ViewGroup
决定拦截,那么这个系列事件都只能由它处理,并且onInterceptTouchEvent
不会再被调用。- 某个
View
,在onTouchEvent
中,如果针对最开始的down
事件都返回false
,那么接下来的事件系列都不会交给这个View
。ViewGroup
默认不拦截事件,即onInterceptTouchEvent
默认返回false
。View
的onTouchEvent
默认返回false
,即不消耗事件。View
没有onInterceptTouchEvent
方法。
彻底理解View事件体系!相关推荐
- View的事件体系之三 android事件分发机制详解(下)
接着上一篇来分析事件分发机制,在看了各位大牛的关于事件分发机制的分析后茅塞顿开,之前看过好几遍郭霖,弘扬以及玉刚大神关于事件体系的讲解,一直看不懂,比较模糊,最近复习时,看到一篇博文,写的相当精彩,看 ...
- View的事件体系(上)(View基础知识,滑动,弹性滑动)
View不是四大组件之一,但重要性堪比四大组件,本篇博文主要讲解View的事件体系,包括View的基础知识,滑动,弹性滑动,事件分发机制,滑动冲突的种类与解决方案. 一 View的基础知识 (1).V ...
- android 点击事件消费,Android View事件分发和消费源码简单理解
Android View事件分发和消费源码简单理解 前言: 开发过程中觉得View事件这块是特别烧脑的,看了好久,才自认为看明白.中间上网查了下singwhatiwanna粉丝的读书笔记,有种茅塞顿开 ...
- 《Android开发艺术探索》读书笔记 (3) 第3章 View的事件体系
本节和<Android群英传>中的第五章Scroll分析有关系,建议先阅读该章的总结 第3章 View的事件体系 3.1 View基本知识 (1)view的层次结构:ViewGroup也是 ...
- android点击事件的优先级,Android事件体系全面总结+实践分析,系列篇
前言 在这一个月里,我利用闲余的时间看了下最近Android职业发展这块该怎么选择?这个问题各位大神的回答都非常透彻,相信对大家或多或少都在一定程度上有很大的帮助,今天在这里写这篇文章更多的是想以我开 ...
- View事件分发机制(源码分析篇)
01.Android中事件分发顺序 1.1 事件分发的对象是谁 事件分发的对象是事件.注意,事件分发是向下传递的,也就是父到子的顺序. 当用户触摸屏幕时(View或ViewGroup派生的控件),将产 ...
- 【Android View事件分发机制】原理
事件体系中的几个基础类 MotionEvent 点击事件的封装. getX/Y 相当于当前View左上角的x,y坐标 getRawX/Y 相对于手机屏幕左上角的x,y坐标 GestureDetecto ...
- View事件机制分析
2019独角兽企业重金招聘Python工程师标准>>> 目录介绍 01.Android中事件分发顺序 1.1 事件分发的对象是谁 1.2 事件分发的本质 1.3 事件在哪些对象间进行 ...
- View 事件分发机制
View 中的事件消息传递,是android的一个重点和难点,我们只有掌握了它,才能更好的理解view,写出自己比较满意的自定义控件,解决控件嵌套时产生的滑动冲突和点击事件失效问题. 我们知道 Vie ...
- 一文读懂Android View事件分发机制
Android View 虽然不是四大组件,但其并不比四大组件的地位低.而View的核心知识点事件分发机制则是不少刚入门同学的拦路虎.ScrollView嵌套RecyclerView(或者ListVi ...
最新文章
- 2021易烊千玺高考成绩查询,易烊千玺高考分数公布?最骄傲的是他?网友:分太低!...
- Android Binder的使用
- 技术干货 | 高性能短链设计与实现
- html按钮按下效果_您应该在网站中尝试的8种惊人的HTML按钮悬停效果,让您的网站令人难忘...
- 第K短路+严格第K短路
- 内卷的世界,我们是否可以换一种思维生活?
- 基于JAVA+SpringMVC+Mybatis+MYSQL的微信小程序图书借阅管理系统
- [Axis2与Eclipse整合开发Web Service系列之二] Top-Down方式,通过WSDL逆向生成服务端(续)
- shell基础之综合练习
- linux加密自己的smb目录,SmbFile连接加密共享文件夹
- 2016红帽年度创新大奖榜单揭晓
- eclipse使用技巧——备注格式的定义与模板
- jiathis jia.js Eval 解密 解密出来的代码
- Vue-basic 19.单文件组件
- 运维安全:微软远程桌面修改默认远程端口
- 大数据:增量采集、处理、导出
- 【DeepLearning-Note】Implementation of Convolutiona Netural Network
- LeetCode笔记05:最长公共前缀
- 最完整的磁性材料行业现状及发展前景分析,长文预警
- 如何创建并签署CAB文件
热门文章
- 用Excel和OutLook实现自动批量发邮件
- codevs 4093 EZ的间谍网络
- 代理服务器(Proxy)原理
- android linearlayout 自动滚动,Linearlayout scrollbars=“vertical”并没有用,Linearlayout滚动的解决办法...
- (随笔)无人机集群通信组网系统—无人机自组网
- Android之音频和视频的提取
- CANoe测试:CAPL Test Module的2种创建方式
- 在React中使用Shadow DOM
- 基于ShardingSphere的Encrypt-JDBC数据脱敏实战
- latex 箭头上带_latex 上下箭头