##3.1 View基本知识
(1)view的层次结构：`ViewGroup`也是View；
(2)view的位置参数：`top、left、right、bottom`，分别对应View的左上角和右下角相对于父容器的横纵坐标值。
从Android 3.0开始，view增加了`x、y、translationX、translationY`四个参数，这几个参数也是相对于父容器的坐标。x和y是左上角的坐标，而translationX和translationY是view左上角相对于父容器的偏移量，默认值都是0。
x = left + translationX
y = top + translationY
(3)`MotionEvent`是指手指接触屏幕后所产生的一系列事件，主要有`ACTION_UP`、`ACTION_DOWN`、`ACTION_MOVE`等。正常情况下，一次手指触屏会触发一系列点击事件，主要有下面两种典型情况：
1.点击屏幕后离开，事件序列是`ACTION_DOWN` -> `ACTION_UP`；
2.点击屏幕后滑动一会再离开，事件序列是`ACTION_DOWN` -> `ACTION_MOVE` -> `ACTION_MOVE` -> … -> `ACTION_UP`；
通过MotionEvent可以得到点击事件发生的x和y坐标，其中`getX`和`getY`是相对于当前view左上角的x和y坐标，`getRawX`和`getRawY`是相对于手机屏幕左上角的x和y坐标。
(4)`TouchSlope`是系统所能识别出的可以被认为是滑动的最小距离，获取方式是`ViewConfiguration.get(getContext().getScaledTouchSlope())`。
(5)`VelocityTracker`用于追踪手指在滑动过程中的速度，包括水平和垂直方向上的速度。
速度计算公式： `速度 = （终点位置 - 起点位置） / 时间段`
速度可能为负值，例如当手指从屏幕右边往左边滑动的时候。此外，速度是单位时间内移动的像素数，单位时间不一定是1秒钟，可以使用方法`computeCurrentVelocity(xxx)`指定单位时间是多少，单位是ms。例如通过`computeCurrentVelocity(1000)`来获取速度，手指在1s中滑动了100个像素，那么速度是100，即`100`(像素/1000ms)。如果`computeCurrentVelocity(100)`来获取速度，在100ms内手指只是滑动了10个像素，那么速度是10，即`10`(像素/100ms)。
VelocityTracker的使用方式：
~~~
//初始化
VelocityTracker mVelocityTracker = VelocityTracker.obtain();
//在onTouchEvent方法中
mVelocityTracker.addMovement(event);
//获取速度
mVelocityTracker.computeCurrentVelocity(1000);
float xVelocity = mVelocityTracker.getXVelocity();
//重置和回收
mVelocityTracker.clear(); //一般在MotionEvent.ACTION_UP的时候调用
mVelocityTracker.recycle(); //一般在onDetachedFromWindow中调用
~~~
(6)`GestureDetector`用于辅助检测用户的单击、滑动、长按、双击等行为。GestureDetector的使用比较简单，主要也是辅助检测常见的触屏事件。作者建议：如果只是监听滑动相关的事件在onTouchEvent中实现；如果要监听双击这种行为的话，那么就使用GestureDetector。
(7)`Scroller`分析：详细内容可以参见[《Android群英传》读书笔记 (2) 第五章 Scroll分析](http://hujiaweibujidao.github.io/blog/2015/11/26/Android-Heros-Reading-Notes-2/)
## 3.2 View的滑动
(1)常见的实现view的滑动的方式有三种：
第一种是通过view本身提供的scrollTo和scrollBy方法：操作简单，适合对view内容的滑动；
第二种是通过动画给view施加平移效果来实现滑动：操作简单，适用于没有交互的view和实现复杂的动画效果；
第三种是通过改变view的LayoutParams使得view重新布局从而实现滑动：操作稍微复杂，适用于有交互的view。
以上三种方法的详情可以参考阅读[《Android群英传》读书笔记 (2)](http://hujiaweibujidao.github.io/blog/2015/11/26/Android-Heros-Reading-Notes-2/)中的内容，此处不再细述。
(2)scrollTo和scrollBy方法只能改变view内容的位置而不能改变view在布局中的位置。 scrollBy是基于当前位置的相对滑动，而scrollTo是基于所传参数的绝对滑动。通过View的`getScrollX`和`getScrollY`方法可以得到滑动的距离。
(3)使用动画来移动view主要是操作view的translationX和translationY属性，既可以使用传统的view动画，也可以使用属性动画，使用后者需要考虑兼容性问题，如果要兼容Android 3.0以下版本系统的话推荐使用[nineoldandroids](http://nineoldandroids.com/)。
使用动画还存在一个交互问题：在android3.0以前的系统上，view动画和属性动画，新位置均无法触发点击事件，同时，老位置仍然可以触发单击事件。从3.0开始，属性动画的单击事件触发位置为移动后的位置，view动画仍然在原位置。
(4)动画兼容库nineoldandroids中的`ViewHelper`类提供了很多的get/set方法来为属性动画服务，例如`setTranslationX`和`setTranslationY`方法，这些方法是没有版本要求的。
## 3.3 弹性滑动
(1)Scroller的工作原理：Scroller本身并不能实现view的滑动，它需要配合view的computeScroll方法才能完成弹性滑动的效果，它不断地让view重绘，而每一次重绘距滑动起始时间会有一个时间间隔，通过这个时间间隔Scroller就可以得出view的当前的滑动位置，知道了滑动位置就可以通过scrollTo方法来完成view的滑动。就这样，view的每一次重绘都会导致view进行小幅度的滑动，而多次的小幅度滑动就组成了弹性滑动，这就是Scroller的工作原理。
(2)使用延时策略来实现弹性滑动，它的核心思想是通过发送一系列延时消息从而达到一种渐进式的效果，具体来说可以使用Handler的`sendEmptyMessageDelayed(xxx)`或view的`postDelayed`方法，也可以使用线程的sleep方法。
## 3.4 view的事件分发机制
(1)事件分发过程的三个重要方法
`public boolean dispatchTouchEvent(MotionEvent ev)`
用来进行事件的分发。如果事件能够传递给当前view，那么此方法一定会被调用，返回结果受当前view的onTouchEvent和下级view的dispatchTouchEvent方法的影响，表示是否消耗当前事件。
`public boolean onInterceptTouchEvent(MotionEvent event)`
在`dispatchTouchEvent`方法内部调用，用来判断是否拦截某个事件，如果当前view拦截了某个事件，那么在同一个事件序列当中，此方法不会再被调用，返回结果表示是否拦截当前事件。
若返回值为True事件会传递到自己的onTouchEvent()；
若返回值为False传递到子view的dispatchTouchEvent()。
`public boolean onTouchEvent(MotionEvent event)`
在`dispatchTouchEvent`方法内部调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前view无法再次接收到事件。
若返回值为True，事件由自己处理，后续事件序列让其处理；
若返回值为False，自己不消耗事件，向上返回让其他的父容器的onTouchEvent接受处理。
三个方法的关系可以用下面的伪代码表示：
~~~
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean consume = false;
if (onInterceptTouchEvent(ev)) {
consume = onTouchEvent(ev);
} else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
~~~
(2)OnTouchListener的优先级比onTouchEvent要高
如果给一个view设置了OnTouchListener，那么OnTouchListener中的`onTouch`方法会被回调。这时事件如何处理还要看onTouch的返回值，如果返回false，那么当前view的onTouchEvent方法会被调用；如果返回true，那么onTouchEvent方法将不会被调用。
在onTouchEvent方法中，如果当前view设置了OnClickListener，那么它的onClick方法会被调用，所以OnClickListener的优先级最低。
(3)当一个点击事件发生之后，传递过程遵循如下顺序：Activity -> Window -> View。
如果一个view的onTouchEvent方法返回false，那么它的父容器的onTouchEvent方法将会被调用，依此类推，如果所有的元素都不处理这个事件，那么这个事件将会最终传递给Activity处理(调用Activity的onTouchEvent方法)。
(4)正常情况下，一个事件序列只能被一个view拦截并消耗，因为一旦某个元素拦截了某个事件，那么同一个事件序列内的所有事件都会直接交给它处理，并且该元素的onInterceptTouchEvent方法不会再被调用了。
(5)某个view一旦开始处理事件，如果它不消耗ACTION_DOWN事件，那么同一事件序列的其他事件都不会再交给它来处理，并且事件将重新交给它的父容器去处理(调用父容器的onTouchEvent方法)；如果它消耗ACTION_DOWN事件，但是不消耗其他类型事件，那么这个点击事件会消失，父容器的onTouchEvent方法不会被调用，当前view依然可以收到后续的事件，但是这些事件最后都会传递给Activity处理。
(6)ViewGroup默认不拦截任何事件，因为它的`onInterceptTouchEvent`方法默认返回false。view没有`onInterceptTouchEvent`方法，一旦有点击事件传递给它，那么它的`onTouchEvent`方法就会被调用。
(7)View的onTouchEvent默认都会消耗事件(返回true)，除非它是不可点击的(`clickable`和`longClickable`都为false)。view的`longClickable`默认是false的，`clickable`则不一定，Button默认是true，而TextView默认是false。
(8)View的`enable`属性不影响onTouchEvent的默认返回值。哪怕一个view是`disable`状态，只要它的clickable或者longClickable有一个是true，那么它的onTouchEvent就会返回true。
(9)事件传递过程总是先传递给父元素，然后再由父元素分发给子view，通过`requestDisallowInterceptTouchEvent`方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外，即当面对ACTION_DOWN事件时，ViewGroup总是会调用自己的onInterceptTouchEvent方法来询问自己是否要拦截事件。
ViewGroup的dispatchTouchEvent方法中有一个标志位`FLAG_DISALLOW_INTERCEPT`，这个标志位就是通过子view调用`requestDisallowInterceptTouchEvent`方法来设置的，一旦设置为true，那么ViewGroup不会拦截该事件。
(10)以上结论均可以在书中的源码解析部分得到解释。Window的实现类为`PhoneWindow`，获取Activity的contentView的方法
~~~
((ViewGroup)getWindow().getDecorView().findViewById(android.R.id.content)).getChildAt(0);
~~~
## 3.5 view的滑动冲突
(1)常见的滑动冲突的场景：
1.外部滑动方向和内部滑动方向不一致，例如viewpager中包含listview；
2.外部滑动方向和内部滑动方向一致，例如viewpager的单页中存在可以滑动的bannerview；
3.上面两种情况的嵌套，例如viewpager的单个页面中包含了bannerview和listview。
(2)滑动冲突处理规则
可以根据滑动距离和水平方向形成的夹角；或者根绝水平和竖直方向滑动的距离差；或者两个方向上的速度差等
(3)解决方式
1.外部拦截法：点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截，如果不需要就不拦截。该方法需要重写父容器的`onInterceptTouchEvent`方法，在内部做相应的拦截即可，其他均不需要做修改。
伪代码如下：
~~~
public boolean onInterceptTouchEvent(MotionEvent event) {
boolean intercepted = false;
int x = (int) event.getX();
int y = (int) event.getY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN: {
intercepted = false;
break;
}
case MotionEvent.ACTION_MOVE: {
int deltaX = x - mLastXIntercept;
int deltaY = y - mLastYIntercept;
if (父容器需要拦截当前点击事件的条件，例如：Math.abs(deltaX) > Math.abs(deltaY)) {
intercepted = true;
} else {
intercepted = false;
}
break;
}
case MotionEvent.ACTION_UP: {
intercepted = false;
break;
}
default:
break;
}
mLastXIntercept = x;
mLastYIntercept = y;
return intercepted;
}
~~~
2.内部拦截法：父容器不拦截任何事件，所有的事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则就交给父容器来处理。这种方法和Android中的事件分发机制不一致，需要配合`requestDisallowInterceptTouchEvent`方法才能正常工作。
~~~
public boolean dispatchTouchEvent(MotionEvent event) {
int x = (int) event.getX();
int y = (int) event.getY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN: {]
getParent().requestDisallowInterceptTouchEvent(true);
break;
}
case MotionEvent.ACTION_MOVE: {
int deltaX = x - mLastX;
int deltaY = y - mLastY;
if (当前view需要拦截当前点击事件的条件，例如：Math.abs(deltaX) > Math.abs(deltaY)) {
getParent().requestDisallowInterceptTouchEvent(false);
}
break;
}
case MotionEvent.ACTION_UP: {
break;
}
default:
break;
}
mLastX = x;
mLastY = y;
return super.dispatchTouchEvent(event);
}
~~~
书中对这两种拦截法写了两个例子，感兴趣阅读源码看下，[外部拦截法使用示例链接](https://github.com/singwhatiwanna/android-art-res/blob/master/Chapter_3/src/com/ryg/chapter_3/ui/HorizontalScrollViewEx.java)和[内部拦截法使用示例链接](https://github.com/singwhatiwanna/android-art-res/blob/master/Chapter_3/src/com/ryg/chapter_3/ui/ListViewEx.java)。
- 前言
- 读书笔记（1）第1章 Activity的生命周期和启动模式
- 读书笔记（2）第2章 IPC机制
- 读书笔记（3）第3章 View的事件体系
- 读书笔记（4）第4章 View的工作原理
- 读书笔记（5）第5章 理解RemoteViews
- 读书笔记（6）第6章 Android的Drawable
- 读书笔记（7）第7章 Android动画深入分析
- 读书笔记（8）第8章 理解Window和WindowManager
- 读书笔记（9）第9章 四大组件的工作过程
- 读书笔记（10）第10章 Android的消息机制
- 读书笔记（11）第11章 Android的线程和线程池
- 读书笔记（12）第12章 Bitmap的加载和Cache
- 读书笔记（13）第13章 综合技术