1. View绘制机制
1.1 View树的绘制流程
- 判断是否需要重新计算视图大小(measure)
- 是否重新需要安置视图的位置(layout)
- 是否需要重绘(draw)
1.2 measure
mesarue()：树形递归过程
作用：为整个view树计算实际大小 -> 设置实际的宽高【mMeasuredHeight, mMeasureWidth】
每个view控件的实际宽高都是由父试图和本身试图决定
调用链：ViewRoot根对象的属性mView() -> measure() => View树大小，回调View/ViewGroup对象的onMeasure()方法
实现功能：
- 设置本View视图最终大小。setMeasuredDimension() --mMeasureHeight/mMeasureWidth
- 对ViewGroup类型对象的子视图进行遍历的measure()过程，重写onMeasure()
- 子视图measure()过程 ->调用父ViewGroup.java中的measureChildWithMargins()实现
- measureChildWithMargins()只是一个过渡层
- 简单直接的方法：View对象的measure()
LayoutParams继承于Android.View.ViewGroup.LayoutParams相当于一个Layout的信息包，它封装了Layout的位置、高、宽等信息。假设在屏幕上一块区域是由一个Layout占领的，如果将一个View添加到一个Layout中，最好告诉Layout用户期望的布局方式，也就是将一个认可的layoutParams传递进去。通俗地讲LayoutParams类是用于child view(子视图)向parent view(父视图)传达自己的意愿的一个东西(孩子想变成什么样向其父亲说明)。
我们可以通过 LayoutParams来设置view的尺寸，但是仅依靠我们设置的参数，能完全决定view的尺寸吗？ 肯定是不能的。因为一个View大小还要受到父ViewGroup的影响。一个view的尺寸大小，既要考虑自己所希望的大小，但是也要考虑父ViewGroup对其所施加的影响。
MeasureSpec其实就是View当中的一个静态工具类，翻译过来就是测量说明书。 代表了View在测试过程中所受到的约束。在View的测量过程中，系统将View自身的 LayoutParams结合父容器所施加的规则转换成对应的MeasureSpec，然后再根据这个MeasureSpec来测量出View的尺寸宽高 。
MeasureSpec代表了一个32位的int类型的值。高两位是SpecMode（测量模式）， 低30位是 SpecSize(尺寸规格大小)。将SpecMode和SpecSize通过位操作封装成一个int值，可以减少内存分配，提升效率。 而MeasureSpec提供了打包，解包，toString等方法。可以方便操作。
SpecMode的取值可为以下三种：
- EXACTLY: 对子View提出了一个确切的建议尺寸（SpecSize）；
- AT_MOST: 子View的大小不得超过SpecSize；
- UNSPECIFIED: 对子View的尺寸不作限制，通常用于系统内部。
对于父容器（ViewGroup）而言，往往会重载onMeasure函数负责其children的measure工作，重载时不要忘记调用setMeasuredDimension来设置自身的mMeasuredWidth和mMeasuredHeight。
对于子控件（View）而言，通过调用系统默认的onMeasure，即可完成View的测量，当然你也可以重载onMeasure，并调用setMeasuredDimension来设置任意大小的布局。
1.3. Layout
layout()：layout阶段的基本思想也是由根View开始，递归地完成整个控件树的布局（layout）工作。
作用：为将整个根据子视图的大小以及布局参数将View树放到合适的位置上
调用链：host.layout()开始View树布局，回调给View/ViewGroup类中的layout()
- layout() -> 设置该View视图位于父视图的坐标轴，mLeft，mTop，mLeft，mBottom(调用setFrame()函数去实现)，接下来回调onLayout()方法；
- view是ViewGroup -> 遍历每个子视图childView，调用该子视图的layout()去设置它的坐标值。
1.4. Draw
作用：标志位DRAWN，每次发起绘图时，为该View添加该标志位，只会重新绘制那些“需要重绘”的视图
ViewRoot -- performTraversals() ->draw() 发起绘制该View树，
调用流程：
- 绘制背景
- 为显示渐变框做一些准备操作
- onDraw()【每个View都需要重载该方法，ViewGroup不需要实现该方法】
- dispatchDraw () -> 绘制子试图（ViewGroup重写dispatchDraw ()，应用程序可以重载父类函数实现具体的功能）
dispatchDraw()方法内部会遍历每个子视图，调用drawChild()去重新回调每个子视图的draw()方法 - 滚动条
invalidate和requestLayout的区别参阅Here。
invalidate()
调用draw()过程，假如视图发生大小没有变化就不会调用layout()过程，并且只绘制那些“需要重绘的”视图
谁(View的话，只绘制该View ；ViewGroup，则绘制整个ViewGroup)请求invalidate()，就绘制该视图。
一般引起invalidate()操作的函数如下：
- invalidate()：请求重新draw()，但只会绘制调用者本身。
- setSelection() ：请求重新draw()，但只会绘制调用者本身。
- setVisibility() ： 当View可视状态在INVISIBLE转换VISIBLE时，会间接调用invalidate()方法，继而绘制该View。
- setEnabled() ： 请求重新draw()，但不会重新绘制任何视图包括该调用者本身。
requestLayout()
只是对View树重新布局layout过程，调用measure()过程 和 layout()过程 ，不会重新绘制任何视图包括该调用者本身。
一般引起requestLayout()操作的函数如下：
- setVisibility()方法：
- 当View的可视状态在INVISIBLE/ VISIBLE 转换为GONE状态时，间接调用requestLayout() 和invalidate()。
- 同时，由于整个个View树大小发生了变化，会请求measure()过程以及draw()过程，同样地，只绘制需要“重新绘制”的视图。
2. 事件分发机制
Android上面的View是树形结构的，View可能会重叠到一起，当我们点击的地方有多个View都可以响应时，这个点击事件应该给谁呢?为了解决这个问题，就有了事件分发机制。
| 事件类型 | 具体动作 |
|---|---|
| MotionEvent.ACTION_DOWN | 按下View（所有事件的开始） |
| MotionEvent.ACTION_UP | 抬起View（与DOWN对应） |
| MotionEvent.ACTION_MOVE | 滑动View |
| MotionEvent.ACTION_CANCEL | 结束事件（非人为原因） |
事件链
事件分发的本质是将点击事件（MotionEvent）传递到某个具体的View & 处理的整个过程。
事件分发的顺序：Activity -> ViewGroup -> View，即：1个点击事件发生后，事件先传到Activity、再传到ViewGroup、最终再传到 View。
事件分发过程方法：
源码分析参见Here
网友评论