一、View基础知识
1.1 View的位置参数
1.2 TouchSlop
TouchSlop是系统所能识别出被认为是滑动的最小距离,换句话说，当手指在屏幕上滑动时，如果两次滑动之间的距离小于这个常量，那么系统就不认为你是在进行滑动操作。它是一个常量，和设备有关。通过ViewConfiguration.get(getContext()).getScaledTouchSlop()获得。处理滑动时，通常用这个常量来做过滤。
二、View事件纷发机制
2.1 点击事件的传递规则
点击事件的纷发过程由三个方法共同完成：dispatchTouchEvent\onInterceptTouchEvent\onTouchEvent。
· dispatchTouchEvent：用来进行事件的纷发，如果事件能够传递给当前的View，那么此方法一定会被调用，返回结果受当前View的onTouchEvent和下级View的dispatchTouchEvent方法的影响，表示是否消耗当前事件；
· onInterceptTouchEvent：在上述方法的内部调用，用来判断是否拦截某个事件，如果当前View拦截了某个事件，那么在同一个事件序列中，此方法不会被再次调用，返回结果表示是否拦截了某个当前事件；
· onTouchEvent：返回结果表示是否消耗当前事件。
2.2 滑动冲突的解决方式
2.2.1 外部拦截法
所谓外部拦截法是指点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截。外部拦截法需要重写父容器的onInterceptTouchEvent方法，在内部做相应的拦截即可：
public boolean onInterceptTouchEvent(MotionEvent event) {
boolean intercepted = false;
int x = event.getX();
int y = event.getY();
switch(event.getAction()) {
case MotionEvent.ACTION_DOWN:
intercepted = false;
break;
case MotionEvent.ACTION_MOVE:
if(父容器需要当前点击事件) {
intercepted = true;
} else {
intercepted = false;
}
break;
case MotionEvent.ACTION_UP:
intercepted = false;
break;
}
mLastXIntercept = x;
mLastYIntercept = y;
retrun intercepted;
}
2.2.2 内部拦截法
内部拦截法是指父容器不拦截任何事件，所有的事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则就交由父容器进行处理，这里需要配合requestDisallowInterceptTouchEvent方法才能正常工作，我们需要重写子元素的dispatchTouchEvent方法：
public boolean dispatchTouceEvent(MotionEvent event) {
int x = event.getX();
int y = event.getY();
switch(event.getAction()) {
cast DOWN:
parent.requestDisallowInterceptTouchEvent(true);
break;
case MOVE:
int deltaX = x - mLastX;
int deltaY = y - mLastY;
if(父容器需要此类点击事件) {
parent.requestDisallowInterceptTouchEvent(false);
}
break;
}
mLastX = x;
mLastY = y;
return super.dispatchTouchEvent(event);
}
除了子元素需要做处理以外，父元素也要默认拦截除了ACTION_DOWN以外的其他事件，这样当子元素调用parent.requestDisallowInterceptTouchEvent(false)方法时，父元素才能继续拦截所需的事件。
为什么父容器不能拦截ACTION_DOWN事件呢？那是因为ACTION_DOWN事件不受FLAT_DISALLOW_INTERCEPT这个标记位的控制，所以一旦父容器拦截ACTION_DOWN事件，那么所有的事件都无法传递到子元素中去，这样内部拦截就无法起作用了。父元素所做的修改如下所示：
public boolean onInterceptTouchEvent(MotionEvent event) {
int action = event.getAction();
if(action == DOWN) {
return false;
} else {
return true;
}
}
三、认识ViewRoot和DecorView
ViewRoot对应于ViewRootImpl类，它是连接WindowManager和DecorView的纽带，View的三大流程都是通过ViewRoot来完成的，在ActivityThread中，当Activity对象被创建完毕后，会将DecorView添加到Window中，同时会创建ViewRootImpl对象，并将ViewRootImpl对象和DecorView建立关联。
View的绘制流程是从ViewRoot的performTraversals方法开始的，它经过measure、layout、draw三个过程才能最终将一个View绘制出来，其中measure用来测量View的宽高，layout用来确定View在父容器中的放置位置，而draw则负责将View绘制在屏幕上。
measure过程决定了View的宽高，Measure完成以后，可以通过getMeasuredWidth和getMeasuredHeight来获取View测量后的宽高。
layout过程决定了View的四个顶点的坐标和实际的View的宽高，完成后，可以通过getTop、getBottom、getLeft、getRight来拿到View的四个顶点的位置，并可以通过getWidth和getHeight方法来拿到View的最终宽高。
draw过程则决定了View 的显示，只有draw方法完成以后，View的内容才能呈现在屏幕上。
四、理解MeasureSpec
MeasureSpec是干什么的呢？确切来说，MeasureSpec在很大程度上决定了一个View的尺寸规格，之所以说是很大程度上是因为这个过程还受父容器的影响，因为父容器影响View的MeasureSpec的创建过程，在测量过程中，系统会将View的LayoutParams根据父容器所施加的规则转换成对应的MeasureSpec，然后再根据这个MeasureSpec来测量出View的宽高。
MeasureSpec代表一个32位int值，高2位代表SpecMode，低30位代表SpecSize，SpecMode是指测量模式，而SpecSize是指某种测量模式下的规格大小。
SpecMode有三类：
- UNSPECIFIED：父容器不对View有任何限制；
- EXACTLY：父容器已经检测出View所需要的精确大小，这个时候View的最终大小就是SpecSize所指定的值，它对应于LayoutParams中的match_parent和具体的数值这两种模式；
- AT_MOST:父容器指定了一个可用大小即SpecSize，View的大小不能大于这个值，具体是什么值要看不同View的具体实现，它对应于LayoutParams中的wrap_content。
4.1 MeasureSpec和LayoutParams的对应关系
给View设定的LayoutParams，系统会将LayoutParams在父容器的约束下转换成对用的MeasureSpec，然后再根据这个MeasureSpec来确定View的测量宽高，LayoutParams需要和父容器一起才能决定View的MeasureSpec。
五、View的工作流程
5.1 measure过程
View的onMeasure方法如下所示：
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasureDimension(getDefaultSize(getSuggestedMinimunWidth(), widthMeasureSpec), getDefaultSize(getSuggestedMinimunHeight(), heightMeasureSpec));
}
接着看getDefaultSize这个方法：
public static int getDefaultSize(int size, int measureSpec) {
int result = size;
int specMode = MeasureSpec.getMode(measureSpec);
int specSize = MeasureSpec.getSize(measureSpec);
switch (specMode) {
case MeasureSpec.UNSPECIFIED:
result = size;
break;
case MeasureSpec.AT_MOST:
case MeasureSpec.EXACTLY:
result = specSize;
break;
}
return result;
}
在Activity的onCreate、onStart、onResume中均无法正确获取某个View的宽高信息，因为View的measure过程和Activity的生命周期方法不是同步执行的，如果View还没有测量完毕，那么获得的宽高就是0，那么有什么方法能解决这个问题呢？这里给出四种方法来解决这个问题：
Activity#View#onWindowFocusChanged
这个方法的含义是：View已经绘制完毕了，宽高已经准备好了，需要注意的是，这个方法会调用多次。View.post(Runnable)
View#TreeObserver
使用ViewTreeObserver的众多回调可以完成这个功能，比如使用onGlobalLayoutListener这个接口，当View树的状态发生改变或者View树内部的View的可见性发现改变时，onGlobalLayout方法将被回调，注意改回调也会发生多次。
5.2 Layout过程
layout方法的大致流程如下：首先会通过setFrame方法来设定View的四个顶点的位置，即初始化mLeft/mRight/mTop/mBottom这四个值，View的四个顶点一旦确定，那么View在父容器中的位置也就确定了，接着会调用onLayout方法，这个方法的用途是父容器确定子元素的位置，和onMeasure方法类似，onLayout的具体实现同样和具体的布局有关，所以View和ViewGroup均没有实现onlayout方法。
问题：View的测量宽高和最终宽高有什么区别（getMeasuredWidth和getWidth的区别）
回答：测量的宽高形成于View的measure过程，而最终的宽高形成于View的layout的过程，即两者的赋值时机不同，测量的宽高赋值时机要早些。在日程开发中，我们可以认为View的测量宽高就等于最终宽高。但是某些特殊情况下会导致两者不一致，比如说重写了layout方法，或者View需要多次measure才能确定自己的测量宽高，在前几次的测量过程中，其得出的测量宽高有可能和最终的不一致。
5.3 draw过程
此处省略。。。
