目录
View的位置参数有哪些？left、x、translationX的含义以及三者的关系。
自定义View的流程，自定义View需要注意的问题，例如自定义View是否需要重写onLayout，onMeasure。
nvalidate、postInvalidate、requestLayout的区别。
Touch事件的分发流程。
Touch事件的分发过程有三个重要的方法来完成：dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent。
分发流程：
- 对于跟ViewGroup来说，Touch事件产生后首先回传递给它的dispatchTouchEvent方法，如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件，它的onTouchEvent会被调用去处理此事件；如果这个ViewGroup的onInterceptTouchEvent方法返回false就表示它不拦截当前事件，此时事件就会传递给它的子视图，子视图的dispatchTouchEvent方法会被调用，如此反复直到事件被最终处理。
- 当一个View需要处理事件时，如果它设置了OnTouchListener，那么OnTouchListener中的onTouch方法会被调用，如果onTouch返回false，则当前View的onTouchEvent方法会被调用；如果返回true，则onTouchEvent将不会被调用，表示当前View消耗掉了此事件。
- 在整个事件传递过程中，如果一个View的onTouchEvent返回false，那么他的父视图的onTouchEvent方法将会被调用，以此类推。如果所有的View都不处理当前事件，那么此事件最终将会被传递给Activity处理，即Activity的onTouchEvent方法会被调用。
注意点：
- View没有onInterceptTouchEvent方法，一点有事件传递给它，那么它的onTouchEvent方法将会被调用。
- 某个View一旦开始处理事件，如果它不消耗ACTION_DOWN事件(onTouchEvent返回false)，那么它将不会接收到同一个事件序列的后续事件，并且事件将会重新交给他的父视图处理，即父视图的onTouchEvent方法会被调用。
- 如果View不消耗除ACTION_DOWN意外的其他事件，此父视图的onTouchEvent方法不会被调用，但是当前的View可以持续接收到后续的事件，最终事件会被传递给Activity处理。
- dispatchTouchEvent回true就是消费事件，这种说法不完全正确。dispatchTouchEvent事件派发是传递的，如果返回值为false将停止下次事件派发，如果返回true将继续下次派发。
View的位置参数有哪些？left、x、translationX的含义以及三者的关系。
- view的位置由left、top、right、bottom四个属性决定，这几个坐标可以通过getLeft()、getTop()、getRight()、getBottom()获取。注意这四个坐标是相对坐标，即相对于父容器的坐标。当view发生移动时，这几个坐标是不变的。
- 从Android 3.0开始，增加了几个参数：x、y、translationX、translationY，都是相对于父容器的坐标。
x指view左上角的横坐标，当view发生移动时，x会变化；
translationX指view左上角的横坐标相对于父容器的偏移量，当view发生移动时，translationX会变化。
`x = left + translationX `
- rawX是绝对坐标，是相对于屏幕左上角的横坐标，view本身没有getRawX的方法，这个方法一般在MotionEvent对象里使用。
- scrollX指的是view在滑动过程中，view的左边缘和view内容的左边缘在水平方向的距离（注意与translationX 的区别，translationX 指的是view本身的移动，scrollX是view的内容移动），也就是说调用了view的scrollTo或scrollBy方法，view本身不会移动，只会移动view的内容。
什么是MeasureSpec？
MeasureSpec是一个32位的int值，高2位表示SpecMode，指测量模式；低30位表示SpecSize，指在某种测量模式下的规格大小。MeasureSpec一旦确定后，onMeasure方法就可以确定View的测量宽/高。
- 对于DecorView，其MeasureSpec由窗口的尺寸和其资深的LayoutParams来共同决定。
- 对于普通的View，其MeasureSpec由父容器的MeasureSpec和自身的LayoutParams共同决定。
View绘制过程
ViewRoot对应于ViewRootImpl类，是链接WindowManager和DocorView的纽带，View的三大流程均是通过ViewRoot来完成的。在ActivityThread中，当Activity对象被创建完毕后，会将DecorView添加到Window中，同时会创建ViewRootImpl对象，并将ViewRootImpl对象和DecorView建立关联。
View的绘制流程就是从ViewRoot的performTraversals方法开始的，经过measure、layout和draw三个过程之后最终将View绘制出来。
measure过程：
- View的measure过程：根据父类的measureSpec和自身的layoutParams来确定自身的measureSpec。
直接继承View的自定义控件需要重写onMeasure方法并设置wrap_content时的自身大小，否则在布局中使用wrap_content就相当于match_content。
- ViewGroup的measure过程：ViewGroup没有重写onMeasure方法，但是提供了measureChild方法来循环遍历，ViewGroup会根据子元素的大小来测量自己的大小，但不能超过父容器剩余的大小。
layout过程：
- 当ViewGroup的位置被确定后，它会在onLayout方法中遍历所有的子元素并调用其layout方法，在layout方法中onLayout方法又会被调用。
- layout方法确定View本身的位置，而onLayout方法则会确定所有子元素的位置。
draw过程：
- 绘制背景background.draw(canvas)。
- 绘制自身(onDraw)。
- 绘制children(dispatchDraw)。
- 绘制装饰（如前景，scrollbar等）。
怎么获取View的宽高？
getMeasuredWidth和getWidth的区别：
- getMeasuredWidth返回的是View的测量宽/高，但某些情况下（如ListView）系统可能需要多次测量才能确定最终的测量宽/高，此时在onMeasure方法中拿不到准确的测量宽度。
- getWidth返回是最终宽度，通常情况下，View的测量宽/高就等于最终宽/高，但也存在极端情况导致两者不一致（如重写layout方法，手动修改最终宽/高）。
- getMeasureWidth必须在onMeasure之后才有效，getWidth必须在onLayout之后才有效。
获取View的宽/高：
View的measure过程和Activity的生命周期不是同步执行的，所以不能通过Activity的生命周期来直接获取宽/高。
- Activity/View#onWindowFocusChanged：View初始化已经完成时会调用。
需要注意的是：当Activity得到焦点和失去焦点时均会被调用一次，如果频繁的执行onResume和onPause，那么onWindowFocusChanged将会被频繁调用。
- view.post：通过post可以将runnable投递到消息队列的尾部，当Looper调用此runnable的时候，View已经初始化完成。
- ViewTreeObserver：随着View树状态的改变，onGlobalLayout会被多次调用。
- view.measure(int widthMeasureSpec,int heightMeasureSpec)通过手动对View进行测量来得到宽/高，但也分情况处理：
match_parent：无法测量具体的宽/高，因为构造此种MeasureSpec需要知道parentSize，这个时候无法知道parentSize大小，所以测不出View的大小。
具体的数值：
比如宽/高都是100px
int widthMeasureSpec = View.MeasureSpec.makeMeasureSpec(100, View.MeasureSpec.EXACTLY);
int heightMeasureSpec = View.MeasureSpec.makeMeasureSpec(100, View.MeasureSpec.EXACTLY);
view.measure(widthMeasureSpec, heightMeasureSpec);
wrap_content：
int widthMeasureSpec = View.MeasureSpec.makeMeasureSpec((1 << 30) - 1, View.MeasureSpec.AT_MOST);
int heightMeasureSpec = View.MeasureSpec.makeMeasureSpec((1 << 30) - 1, View.MeasureSpec.AT_MOST);
view.measure(widthMeasureSpec, heightMeasureSpec);
自定义View的流程，自定义View需要注意的问题，例如自定义View是否需要重写onLayout，onMeasure。
自定义View的流程：
- 集成特定的View（如TextView）。
主要用于扩展已有的View的功能，这种方法不需要自己支持wrap_content和padding。
- 继承特定的ViewGroup（如LinearLayout）
主要用于将几种View进行组合，这种方法不需要自己处理ViewGroup的测量和布局。
- 继承View重写onDraw方法。
主要用于不规则的效果，这种方式需要对View进行绘制，重写onDraw方法，并且采用这种方法需要自己支持wrap_content和padding。
- 继承ViewGroup。
相当于自定义新的布局，这种方式需要自己处理ViewGroup的测量和布局两个过程，并且同时处理子视图的测量和布局过程。
注意点：
- 集成子View或ViewGroup的控件，如果不在onMeasure方法中对warp_content进行处理，那么设中为warp_content的时候，实际的大小为parentSize。
- 直接继承自ViewGroup的控件需要在onMeasure和onLayout中考虑padding和子视图margin对其造成的影响，不然将导致padding和子视图的margin失效。
- View带有滑动嵌套情形时，需要处理好滑动冲突。
- View中如果有线程或者动画，需要及时停止。
当包含View的Activity退出或者当前View被remove时，View的onDetachedFromWindow方法会被调用，和此方法对应的是onAttachedToWindow，当View变得不可见时同样需要停止线程和动画，否则可能会造成内存泄漏。
nvalidate、postInvalidate、requestLayout的区别。
- invalidate：请求重绘View树（也就是draw方法），如果View大小没有发生变化就不会调用layout过程，并且指挥绘制哪些需要重绘的View，也就是哪个View（View只绘制该View，ViewGroup绘制整个ViewGroup）请求invalidate方法就绘制该View。
- postInvalidate：invalidate方法只能在UI线程中请求，postInvalidate可以在非UI线程中调用。
- requestLayout：requestLayout()方法会调用measure过程和layout过程，不会调用draw过程，也不会重新绘制任何View包括该调用者本身。