View的基础知识
1、什么是View?
View是Android中所有控件的基类,是一种界面层的控件的一种抽象,它代表了一个控件。ViewGroup内部包含了许多个控件,即一组View,ViewGroup也继承了View,这就意味着View本身就可以是单个控件也可以是由多个控件组成的一组控件,通过这种关系就形成了View树的结构
2、View的坐标和父容器的关系
View的位置主要由它的四个顶点来决定,分别对应于View的四个属性:top、left、right、bottom。其中top是左上角纵坐标,left是左上角横坐标,right是右下角横坐标,bottom是右下角纵坐标
View的宽高和坐标的关系:
width = right - left
height = bottom - top
3、MotionEvent和TouchSlop
Android的MotionEvent事件主要有以下几个:
- ACTION_DOWN 手指 刚接触到屏幕 时触发
- ACTION_MOVE 手指 在屏幕上移动 时触发,会多次触发
- ACTION_UP 手机从屏幕上松开的一瞬间 时触发
- ACTION_CANCEL 触摸事件取消,事件 被上层拦截 时触发
- ACTION_OUTSIDE 手指 不在控件区域 时触发
其中两个比较特殊的事件: ACTION_CANCEL
和 ACTION_OUTSIDE 的场景
通过MotionEvent对象可获取点击事件的坐标以及类型:
方法 | 简介 |
getAction() | 获取事件类型 |
getX() /getY() | 相对于当前View左上角的x和y坐标 |
getRawX() /getRawY() | 相对于手机屏幕左上角的x和y坐标 |
Android 坐标系: 以屏幕左上角为坐标原点,向右为 X 轴正方向,向下为 Y 轴正方向,MotionEvent 的 getRawX()、getRawY() 方法获取的是点击位置在 Android 坐标系中的坐标
视图坐标系: 以当前控件左上角为坐标原点,向右为 X 轴正方向,向下为 Y 轴正方向,MotionEvent 的 getX()、getY() 方法获取的是点击位置在视图坐标系中的坐标,View 的 mLeft、mTop 等属性也是 View 在父控件的视图坐标系中的坐标
TouchSlop是系统所能识别出的被认为是滑动的最小距离,如果两次滑动之间的距离小于这个常量,那么系统就不认为你是在进行滑动操作。这是一个常量,在不同设备上这个值可能是不同的,通过如下方式即可获取这个常量:ViewConfiguration. get(getContext()).getScaledTouchSlop()
View的滑动
- 使用scrollTo /scrollBy——滑动原理 scrollTo,ScrollBy和Scroller
scrollTo和scrollBy只能改变View内容的位置而不能改变View在布局中的位置
scrollTo(int x,int y) 是对相对于view的起始位置的滑动,原始位置就是 mScrollX 和 mScrollY 都是 0 的位置,滑动后 mScrollX = x ; mScrollY = y;
scrollBy(int x,int y) 中调用了 scrollTo() 方法,是对当前位置的相对滑动,即相对于当前 mScrollX 和 mScrollY 的值进行的滑动,滑动结果为 mScrollX = x + mScrollX(滑动前) mScrollY = y + mScrollY(滑动前)
mScroll、mScrollY表示的是离视图起始位置的偏移量。mScrollX 可由 getScrollX() 方法得到,向右滑动为负,向左为正。mScrollY 可由 getScrollY() 方法得到,向下滑动为负,向上为正
- 使用动画
使用动画来移动View,主要是操作View的translationX和translationY属性
使用 View 动画,只能改变 View 内容的位置,不能改变 View 的真正坐标
使用属性动画完成滑动,在动画执行的过程中,通过改变 View 的真正坐标实现滑动
弹性滑动
Scroller本身并不能实现View的滑动,它需要配合View的computeScroll方法才能完成弹性滑动的效果,它不断地让View重绘,而每一次重绘距滑动起始时间会有一个时间间隔,通过这个时间间隔Scroller就可以得出View当前的滑动位置,知道了滑动位置就可以通过scrollTo方法来完成View的滑动。就这样,View的每一次重绘都会导致View进行小幅度的滑动,而多次的小幅度滑动就组成了弹性滑动,这就是Scroller的工作机制
Android事件分发的流程
当一个点击事件发生,会按照 Activity->window->view的顺序传递,事件最终由顶级View(DecorView分发)。当根ViewGroup接收到点击事件,会调用dispatchTouchEvent(),如果拦截事件(onInterceptTouchEvent()返回true),则处理事件(onTouchEvent),如果不拦截,则传递给子View分发事件,如此反复直到事件被处理。如果View没有处理事件,就会交给父ViewGroup,还没处理,则交给Activity处理
优先级 : onTouchListener > onTouchEvent > onClickListener
发现onTouchListener的接口的优先级是要高于onTouchEvent的,假若onTouchListener中的onTouch方法返回true,说明此次事件已经被消费了,那onTouchEvent就接收不到消息。
并且Button的performClick是利用onTouchEvent实现,假若onTouchEvent没有被调用到,那么Button的Click事件也无法响应。click事件的实现等等都基于onTouchEvent,假如onTouch返回true,这些事件将不会被触发。
一些规则:
(1)同一事件序列指手指触摸屏幕到离开屏幕发生的一系列事件
(2)事件序列只能被同一View拦截并处理
(3)某个View一旦拦截事件,那么后面的事件序列都会交给他处理,不会再调用onInterceptTouchEvent
(4)如果View不处理处理ACTION_DOWN以外的事件,则该点击事件会消失,此时父元素的onTouchEvent并不会被调用,当前View可以接受后续的事件,但是实际最后都会交给Activity处理
(5)ViewGroup默认不拦截事件
(6)View的onTouchEvent默认返回true,除非Clickable和longClickable同时为false。enable不会影响onTouchEvent默认返回值。
(7)onClick发生的前提是View是可点击的,并且收到了down和up事件
处理滑动冲突
(1)同方向冲突(里外都是水平或者垂直滑动)
从业务的角度找突破
(2)不同方向冲突
可以通过判断水平方向滑动的距离和竖直方向滑动的距离来判断是水平滑动还是竖直滑动
方法一:外部拦截。需要重写父元素的onIntercetTouchEvent,其中down事件不能拦截(否则,后续事件都会交给父元素处理,事件无法传递给子元素)
方法二:内部拦截。需要配合requestDisallowInterceptTouchEvent,干预父元素,并且需要重写子元素dispatchTouchEvent
ACTION_CANCEL什么时候触发
当用户保持按下操作,并从你的控件转移到外层控件时,会触发ACTION_CANCEL
一般ACTION_CANCEL和ACTION_UP都作为View一段事件处理的结束
父View没有拦截ACTION_DOWN,则ACTION_DOWN前驱事件被子视图接收。此时如果在父View中拦截ACTION_UP或ACTION_MOVE,在第一次父视图拦截消息的瞬间,父视图指定子视图不接受后续消息了,同时子视图会收到ACTION_CANCEL事件
点击事件被拦截,但是想传到下面的View,如何操作
子类重写requestDisallowInterceptTouchEvent()方法返回true就不会执行父类的onInterceptTouchEvent(),即可将点击事件传到下面的View