学习内容
- View 基础
- 滑动
- 事件分发机制
- 滑动冲突
1. View 基础知识
-
View 定义
- View 是 Android 种所有控件的基类，是一种界面层的控件的一种抽象，代表了一个控件
- ViewGroup 继承 View，其内部包含了许多个控件，即一组 View
- ViewGroup 内部是可以有子 View 的，而这个子 View 同样还可以是 ViewGroup
-
View 位置参数
- Android 种，坐标系的 x 轴和 y 轴的正方向分别是右和下。
- View 的位置由其四个顶点决定，分别对应四个属性：top（左上角纵坐标）、left（左上角横坐标）、right（右下角横坐标）、bottom（右下角纵坐标），这些坐标相对于父容器来说的。
- Android 3.0 以后，加入 x、y、translationX、translationY，其中 x、y是 View 左上角的坐标，而 translationX、translationY 是 View 左上角相对于父容器的偏移量
-
MotionEvent 和 TouchSlop
- MotionEvent 是手指接触屏幕后所产生的一系列事件。
- 一般通过 MotionEvent 对象可以得到点击事件发生的 x 和 y 坐标
- getX / getY：相对坐标
- getRawX / getRawY：绝对坐标
- TouchSlop 指系统能识别出的被认为是滑动的最小距离，通过
ViewConfiguration.get(getContext()).getScaledTouchSlop()方法来获取。
-
VelocityTracker、GestureDetector 和 Scroller
-
VelocityTracker
- 速度追踪，用于追踪手指在滑动过程中的速度
- 使用
VelocityTracker velocityTracker = VelociityTracker.obtain(); velocityTracker.addMovement(event); //获取速度之前按必须先计算速度，速度指一段时间内手指滑过的像素数 //速度 = （终点位置 - 起点位置）/ 时间段 velocityTracker.computeCurrentVelocity(1000); int xVelocity = (int)velocityTracker.getXVelocity(); int yVelocity = (int)velocityTracker.getYVelocity(); //不再需要使用的时候，重置并回收内存 velocityTracker.clear(); velocityTracker.recycler();
-
GestureDetector
手势检测，用于辅助检测用户的单击、滑动、长按、双击等行为。
-
使用
//创建 GestureDetector 对象并实现 指定接口如 OnGestureListener 、 OnDoubleTapListener GestureDetector mGestureDetector = new GestureDetector(this); mGestureDetector.setIsLongpressEnabled(flase); //接着接管目标 View 的 onTouchEvent 方法 boolean consume = mGestureDetector.onTouchEvent(event); return consume; 建议：如果只是监听滑动相关，建议自己在 onTouchEvent 中实现，如果要监听双击这种行为的话，那么就使用 GestureDetector
-
Scroller
弹性滑动对象，用于实现 View 的弹性滑动
-
使用
Scroller mScroller = new Scroller(mContext); //缓慢滚动到指定位置 private void smoothScrollTo(int destX,int destY){ int scrollX = getScrollX(); int delta = destX - scrollX; //1000ms 内滑向 destX，效果就是缓慢滑动 mScroller.startScroll(scrollX,0,delta,0,1000); invalidate(); } @Override public void computeScroll(){ if(mScroll.computeScrollOffset()){ scrollTo(mScroller.getCurrX(),mScroller.getCurrY()); postInvalidate(); } }
-
View 的滑动
-
使用 ScrollTo / ScrollBy
- 只能改变 View 内容的位置而不能改变 View 在布局中的位置
- mScrolllX 的值总是等于 View 左边缘和 View 内容左边缘在水平方向的距离；mScrollY 的值总是等于 View 上边缘和 View 内容上边缘在竖直方向的距离，二者单位均为像素。
- 当 View 左边缘在 View 内容左边缘的右边时，mScrollX 为正值
- 当 View 上边缘在 View 内容上边缘的下边时，mScrollY 为正值
-
使用动画
- translationX / translationY 属性
- View 动画
- 以上两种，只是移动 View 的影像，不能改变真正的位置
- 属性动画
- 可以改变 View 的参数
-
改变布局参数
改变 LayoutParams
-
举例：
//将一个 Button 右平移100px ViewGroup.MarginLayoutParams params = (ViewGroup.MarginLayoutParams)mTbn.getLayoutParams(); params.leftMargin += 100; mBtn.requestLayout(); //或者 mBtn.setLayoutParams(params);
-
小结
- ScrollTo / ScrollBy：操作简单，适合对 View 内容的滑动
- 动画（View 动画）：操作简单，主要适用于没有交互的 View 和实现复杂的动画效果
- 改变布局参数：操作稍微复杂，适用于有交互的 View
3. 弹性滑动
具体思想：将一次大的滑动分成若干次小的滑动，并在一个时间段内完成。
-
实现方式
-
使用 Scrolller
当 View 重绘后会在 draw 方法中调用 computeScroll，而 compiteScroll 又会去向 Scroller 获取当前的 scrollX 和 scrollY；然后通过 scrollTo 方法实现滑动；接着又调用 postInvalidate 方法来进行第二次重绘，这一次重绘的过程和第一次重绘一样，还是会导致 computeScroll 方法被调用；后续同上，如此反复，直到整个滑动过程结束。
通过动画
-
使用延时策略
核心思想：通过发送一系列延时消息从而达到一种渐进式的效果
-
方法：
使用 Handler或 View 的 postDelayed 方法，也可以使用线程的 sleep 方法，对于 postDelayed 方法来说，通过其延时发送消息，然后在消息中进行 View 的滑动。接连不断地发送这种延时消息，以此大导弹性滑动的效果
-
4. View 的事件分发机制
-
核心的三个方法
-
dispatchTouchEvent(MotionEvent ev)用来进行事件的分发。返回结果受当前 View 的 onTouchEvent 和 下级 View 的 dispatchTouchEvent 方法的影响，表示是否消耗该事件。
-
onInterceptTouchEvent(MotionEvent ev)在上述方法中调用，用来判断是否拦截某个事件，如果当前View 拦截了某个事件，那么在同一个时间序列中，此方法不会再次调用，返回结果表示是否拦截当前事件
-
onTouchEvent(MotionEvent ev)在 dispatchTouchEvent 方法中调用，用来处理点击事件，返回结果表示是否消耗事件，如果不消耗，则同一个事件序列中，当前 View 无法再次接收到事件
-
三者关系伪代码表示
public boolean dispatchTouchEvent(MotionEvent ev){ boolean consume = false; if(onInterceptTouchEvent（ev){ consume = onTouchEvent(ev); }else { consume = child.dispatchTouchEvent(ev); } return consume; }
-
-
事件的传递规则
对于一个根 ViewGroup 来说，点击事件产生后，首先传递给它，此时它的 dispatchTouchEvent 会被调用，如果这个 ViewGroup 的 onInterceptTouchEvent 方法返回 true 就表示它要拦截当前事件，接着事件就会交给这个 ViewGroup 处理，即调用它的 onTouchEvent 方法。如果 onInterceptTouchEvent 方法 返回 false，表示不拦截当前事件，这时该事件传递给它的子元素，接着子元素的 dispatchTouchEvent 方法被调用，如此反复。
-
传递过程遵循如下顺序：
Activity -> Window ( PhoneWindow )-> View (DecorView)
当一个 View 的 onTouchEvent 返回 false，那么会调用其父容器的 onTouchEvent ，依此类推。如果所有的元素都不处理这个事件，那么这个事件将会最终传递给 Activity 处理。
-
一些结论
- 同一个时间序列指 从手指接触屏幕的那一刻起，到手指离开屏幕的那一刻结束。（down -> [move]* -> up ）
- 正常情况下，一个事件序列只能被一个 View 拦截并消耗
- 某个 View 一旦决定拦截，那么这一个事件序列都只能由它来处理，并且 onInterceptTouchEvent 不会再被调用
- 某个 View 一旦开始处理事件，如果它不消耗 ACTION_DOWN（ onTouchEvent 返回了 false），那么同一事件序列中其他事件都不会再交给它来处理，事件将重新交给他的父元素处理，即父元素的 onTouchEvent 会被调用。
- 如果某个 View 不消耗除 ACTION_DOWN 以外的其他事件，那么这个点击事件会消失，此时父元素的 onTouchEvent 并不会被调用，并且当前 View 可以收到后续事件，最终这些消失的点击事件会传递给 Activity 处理
- ViewGroup 默认不拦截任何事件，ViewGroup 的 onInterceptTouchEvent 方法默认返回 false
- View 没有 onInterceptTouchEvent 方法，一旦有事件传递给它，那么它的 onTouchEvent 方法会被调用
- View 的 onTouchEvent 方法默认消耗事件（返回 true ），除非他是不可点击的（clickable 和 longClickable 同时为 false）。View 的 longClickable 属性默认都为 false，clickable 属性分情况，Button 默认为 true，TextView 默认为false。
- View 的 enable 属性不影响 o'nTouchEvent 的默认返回值
- onClick 会发生的前提是当前 View 是可点击的，并且它收到了 down 和 up 的事件
- 时间传递过程是由外向内的，即事件总是先传递给父元素，然后再由父元素分发给子 View，通过 requestDisallowInterceptTouchEvent 方法可以在子元素中干预父元素的事件分发过程，但是 ACTION_DOWN 事件除外。
5. View 的滑动冲突
-
常见的滑动冲突场景
- 外部滑动方向和内部滑动方向不一致
- 外部滑动方向和内部滑动方向一致
- 上面两种情况的嵌套
-
滑动冲突处理规则
- 滑动方向有明显差异时：根据特征（水平滑动还是竖直滑动）来决定让谁来拦截事件
- 滑动方向无法辨别：根据业务需求来决定让谁来拦截事件
滑动冲突的解决方式
-
外部拦截法（推荐）
指点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截，否则不拦截。
需要重写父容器的 onInterceptTouchEvent 方法，在内部做相应的拦截
-
典型伪代码
@Override public boolean onInterceptTouchEvent(MotionEvent ev) { boolean intercepted = false; int x = (int) ev.getX(); int y = (int) ev.getY(); switch (ev.getAction()){ //对于 ACTION_DOWN 事件，父容器必须返回false，即不拦截，一旦拦截，那么后续的 MOVE、UP 事件都会直接交由父容器处理。没法传递给子元素 case MotionEvent.ACTION_DOWN: intercepted = false; break; //MOVE 事件根据需求来决定是否拦截，父容器需要则返回true，否则返回false case MotionEvent.ACTION_MOVE: if (/*父容器需要当前点击事件*/){ intercepted = true; }else { intercepted = false; } break; //必须返回 false，因为 UP 事件没太多意义 case MotionEvent.ACTION_UP: intercepted = false; break; default: break; } mLastXIntercept = x; mLastYIntercept = y; return intercepted; }
-
内部拦截法
指 父容器不拦截任何事件，所有的事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则交由父容器进行处理。
需要 requestDisallowInterceptTouchEvent 方法配合工作。
-
典型伪代码
//子元素 @Override public boolean dispatchTouchEvent(MotionEvent ev) { int x = (int) ev.getX(); int y = (int) ev.getY(); switch (ev.getAction()) { case MotionEvent.ACTION_DOWN: getParent().requestDisallowInterceptTouchEvent(true); break; case MotionEvent.ACTION_MOVE: int deltaX = x - mLastX; int deltaY = y - mLastY; if (/*父容器需要此类点击事件*/){ getParent().requestDisallowInterceptTouchEvent(false); } break; case MotionEvent.ACTION_UP: break; default: break; } mLastX = x; mLastY = y; return super.dispatchTouchEvent(ev); } //父元素 //父元素默认拦截除了 ACTION_DOWN 外的事件，原因是 ACTION_DOWN 不受 requestDisallowInterceptTouchEvent() 方法的控制 @Override public boolean onInterceptTouchEvent(MotionEvent ev) { int action = ev.getAction(); if (action == MotionEvent.ACTION_DOWN){ return false; }else { return true; } }
