一、View基础知识

1.1 View的位置参数

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过程

此处省略。。。

高级UI10-View的基础体系