3.1 View的基础知识
- ViewGroup和View组成了树的结构。合成模式
- View的位置参数
- top
- left
- right
- bottom
- translationX
- translationY
- x = left+ translationX
- y = top + translationY
- MotionEvent
- ACTION_DOWN
- ACTION_MOVE
- ACTION_UP
- 点击事件发送的x/y坐标:getX/getY 和 getRawX/getRawY
- TouchSlop:滑动的最小距离
ViewConfiguration.get(getContext()).getScaledTouchSlope()。 - VelocityTracker 速度追踪,用于追踪手指在水平和竖直方向的滑动速度。使用方法为:
- 速度计算公式: 速度 = (终点位置 - 起点位置) / 时间段
速度可能为负值,例如当手指从屏幕右边往左边滑动的时候。 - 速度是单位时间内移动的像素数,单位时间不一定是1秒钟,可以使用方法computeCurrentVelocity(xxx)指定单位时间是多少,单位是ms。例如通过computeCurrentVelocity(1000)来获取速度,手指在1s中滑动了100个像素,那么速度是100,即100(像素/1000ms)。如果computeCurrentVelocity(100)来获取速度,在100ms内手指只是滑动了10个像素,那么速度是10,即10(像素/100ms)。
//初始化 VelocityTracker mVelocityTracker = VelocityTracker.obtain(); //在onTouchEvent方法中 mVelocityTracker.addMovement(event); //获取速度 mVelocityTracker.computeCurrentVelocity(1000); float xVelocity = mVelocityTracker.getXVelocity(); //重置和回收 mVelocityTracker.clear(); //一般在MotionEvent.ACTION_UP的时候调用 mVelocityTracker.recycle(); //一般在onDetachedFromWindow中调用
- 速度计算公式: 速度 = (终点位置 - 起点位置) / 时间段
- GestureDetector:辅助检测用户的单击、滑动、长按、双击等。使用方法为:
GestrueDetector mGestrueDetector = new GestrueDetector(this);
mGestrueDetector.setIsLongpressEnabled(false); //解决长按屏幕后无法拖动的现象
boolean consume = mGestrueDetector.onTouchEvent(event);//接管目标View的onTouchEvent方法
return consume
然后就可以使用OnGestureListener和OnDoubleTapListener中的方法了。
注意:如果只是监听滑动相关的,建议onTouchEvent实现;如果监听双击这种行为,使用GestureDetector。
- Scroller:弹性滑动对象,实现View的弹性滑动。
3.2 View的滑动
- 使用scrollTo/scrollBy:
改变View内容的位置而不能改变View在布局中的位置。- scrollBy是基于当前位置的相对滑动,而scrollTo是基于所传参数的绝对滑动。通过View的getScrollX和getScrollY方法可以得到滑动的距离。
- 有两个重要参数:
- mScrollX
- mScrollY
- 使用动画
- 使用动画操作Vew的移动,主要就是操作View的translationX和translationY。
- View动画不会真正改变View的位置,属性动画可以
- 改变布局参数,即改变LayoutParams。
MarginLayoutParams params = (MarginLayoutParams)mButton1.getLayoutParams();
params.width += 100;
params.leftMargin += 100;
mButton1.requestLayout();//或者mButton1.setLayoutParams(params);
- ViewHelper类提供了很多的get/set方法来为属性动画服务,例如setTranslationX和setTranslationY方法,这些方法是没有版本要求的。
3.3 View的弹性滑动
弹性滑动的共同思想:将一次大的滑动分成若干次小的滑动并在一个时间段内完成。
- 使用Scroller(View内容滑动):
原理:- 构造一个Scroller对象,并调用startScroll,然后invalidate, Scroll内部只是保存几个参数。
- 当View重绘后会在draw中调用computeScroll,computeScroll又向Scroller获取当前的scrollX和scrollY;
- 然后通过scrollTo实现滑动
- 接着再调用postInvalidate进行第二次重绘,又重复第2步,如此反复,直到滑动过程结束。
- 通过动画
- 使用延时策略。使用handler和postDelayed配合。
3.4 View的事件分发机制
- 事件分发过程的三个重要方法
- public boolean dispatchTouchEvent(MotionEvent ev)
- public boolean onInterceptTouchEvent(MotionEvent event)
- public boolean onTouchEvent(MotionEvent event)
三个方法的基本逻辑关系见下面的伪代码
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean consume = false;
if (onInterceptTouchEvent(ev)) { //当前view截断
consume = onTouchEvent(ev); //如果截断,则只执行本层的onTouchEvent
} else {
consume = child.dispatchTouchEvent(ev); //如果不截断,则向下一级View传递Event
}
return consume;
}
- OnTouchListener的优先级比onTouchEvent要高。
- 如果设置了onTouchListener,则onTouch会被回调。
- 如果onTouch返回flase,则onTouchEvent会调用
- 如果onTouch返回true,则onTouchEvent不调用
- onClickListener优先级比onTouchEvent低。
- onTouchEvent()方法中,如果DOWN事件返回true,就会截断事件的下传,通俗点之后的ACTION_UP以及OnClick/OnLongClick就不会在触发
- 事件传递机制的11个结论
- 同一事件序列指从down开始,中间含有数量不定的move,最终以up结束
- 正常情况下,一个事件序列只能被一个View拦截且消耗。
- 某个View一旦决定拦截,那么这一个事件序列都只能由它来处理,并且它的onInterceptTouchEvent不会再被调用。
- 某个View一旦开始处理事件,若它不消耗ACTION_DOWN事件(onTouchEvent返回false),那么同一事件序列中的其他事件都不会交给他处理,并且将事件重新交给它的父元素处理。
- 如果View不消耗除ACTION_DOWN以外的其他事件,那么这个点击事件消失,也不会调用父元素的onTouchEvent,最终会传递给Activity处理。
- ViewGroup默认不拦截任何事件
- View没有onInterceptTouchEvent,一旦事件传递给它,则它的onTouchEvent就调用
- View的onTouchEvent默认消耗事件,返回true。当然有特殊的TextView,不可点击的View返回false。
- View的enable属性不影响onTouchEvent的默认返回值。
- onClick的前提是可点击
- 事件传递过程是从外向内。
3.5 View的滑动冲突
- 常见的滑动冲突的场景:
- 外部滑动方向和内部滑动方向不一致,例如viewpager中包含listview;
- 外部滑动方向和内部滑动方向一致,SrollView中包含同样方向的一个SrollView;
- 上面两种情况的嵌套,例如viewpager中包含多个页面,的每个页面都是ScrollView,而ScrollView中又包含ScrollView。
- 滑动冲突处理规则
- 根据滑动距离和水平方向形成的夹角;
- 根据水平和竖直方向滑动的距离差;
- 两个方向上的速度差等
- 滑动冲突的解决方式
- 外部拦截法:点击事件都先经过父容器的拦截处理,如果父容器需要此事件就拦截,如果不需要就不拦截。该方法需要重写父容器的onInterceptTouchEvent方法,在内部做相应的拦截即可,其他均不需要做修改。
- 内部拦截法:父容器不拦截任何事件,所有的事件都传递给子元素,如果子元素需要此事件就直接消耗掉,否则就交给父容器来处理。这种方法和Android中的事件分发机制不一致,需要配合requestDisallowInterceptTouchEvent方法才能正常工作。
- 个人一般使用外部拦截法