android view绘制闪烁,Android View绘制过程

Activity的布局文件是如何被加载的呢？

1)setContentView(R.layout.main) 通过这个方法开始了我们的布局渲染。在这个方法内部，又一个getWindow()方法，这个window是一个抽象类，它仅仅有一个实现类就是phoneWindow，它是系统中窗口的顶级类。

2)getWindow().setContentView(int layoutId) 如果原有的加载容器不为null，说明原来页面上有内容，mContentParent.removeAllViews();，mLayoutInflater.inflate(layoutResID,mContentParent); mContentParent==null时，加载installDecor()来初始化mContentParent，查看installDecor的源码可以发现，generateDecor()初始化了DecorView，DecorView是一个PhoneWindow的内部类继承自Framelayout。mContentParent则是由generateLayout()生成的，内部源码含有WindowStyle，title、ActionBar设置，开始初始化mContentParent。View in= mLayoutInflater.inflate(layoutResource,null);实例化contentParent。这就是PhoneWindow，DecorView下的一个View，包含两个子view，一个是装在状态栏的，一个是布局文件。

3)到目前位置，通过setContentView实例化了DecorView并且加载了设置进来的布局文件。而并没有任何测量、布局、绘制的工作，接下来通ActivityThread源码来探索进一步如何到达的三步曲。ActivityThread.handleLaunchActivity()启动我们的activity，performlaunchActivity之后，activity的oncreate被调用，我们的资源文件不加载，但是此时还是不可见的，也就还没有测量等的工作。handlerResumeActivity之后，我们的顶层视图DecorView通过windowmanager加载到了window中。

Window 是一个抽象概念，一个window对应一个view和ViewRootImpl；

Window和View是通过ViewRootImpl联系起来的；

ViewRootImpl才是一个View实现的动作；

WindowManager中也有一个WindowManagerImpl作为实现的类，负责具体的操作。

WindowMangerImpl.addView方法 内部WindowMangerGlobal的一个内部实例。addView()源码，通过DecorView获取上下文以及传入display实例化一个ViewRootImpl对象，也就是说ViewRootImpl与DecorView关联起来了。调用了ViewRootImpl的setView方法，声明输入事件的管道，DisplayManager的注册，view的绘画，window的添加等。

作为绘制view的入口，requestLayout()方法内部有个scheduleTraversals()，系统会发起一个异步消息，然后在异步消息执行过程中调用performTraversals()完成具体view树遍历。performMeasure、performLayout、performDraw方法进入执行。

布局的测量过程

测量布局绘制

MeasureSpec是View内部的一个静态类，EXACTLY(match_parent) 这种状态下的控件的大小是明确的。AT_MOST(wrap_content) 父控件对子控件说，我还不知道你的大小，我给你自由，我的地方是这么大，你按你的意愿来，但最大也只能跟我一样大了。

viewGroup测量下面的childView的方法，measureChildWithMargins(View child,int parentWidthMeasureSpec,int widthUsed,int parentHeightMeasureSpec,int heightUsed)

MarginLayoutParams 获取子view的Layout参数，因为子view的大小也跟布局参数相关。测量childView的宽的measureSpec，第一个参数会传入parent的measureSpec，第二个参数经过计算后实际得到的是parent已被使用的宽度和child的padding和margin消耗的宽度，第三个参数为child的大小，这个大小并不一定是child最后的大小，只能说是我们希望创建的大小。

final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,mPaddingLeft+mPaddingRight+lp.leftMargin+lp.rightMargin+widthUsed,lp.width);

final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,mPaddingLeft+mPaddingRight+lp.leftMargin+lp.rightMargin+heighUsed,lp.height);

child.measure(childWidthMeasureSpec,childHeightMeasuerSpec);

1)getChildMeasureSpec()源码分析

int specMode = MeasureSpec.getMode();

int specSize = MeasureSpec.getSize();

int size = Math.max(0,specSize - padding); // 剩余的可用大小

int resultSize; int resultMode;

case specMode == MeasureSpec.EXACTLY

if(childDimension>=0){

resultSize = childDimension;

resultMode = MeasureSpec.EXACTLY;

}

else if(childDimension == LayoutParams.MATCH_PARENT){

resultSize = size;

resultMode = MeasureSpec.EXACTLY;

}

else if(childDimension == LayoutParams.WRAP_CONTENT){

resultSize = size;

resultMode = MeasureSpec.AT_MOST;

}

case specMode == MeasureSpec.AT_MOST

if(childDimension >=0){

resultSize = childDimension;

resultMode = MeasureSpec.EXACTLY;

}else if(childDimension == LayoutParams.MATCH_PARENT){

resultSize = size;

resultMode = MeasureSpec.AT_MOST;

}else if(childDimension == LayoutParams.WRAP_CONTENT){

resultSize = size;

resultMode = MeasureSpec.AT_MOST;

}

measure.png

MeasureSpec的mode和size是根据parent和child相互决定的。

调用setMeasuredDimension设置view的大小

调用getDefaultSize获取View的大小，

getSuggestedMinimumWidth获取一个建议最小值

onMeasure-> setMeasuredDimension-> getDefaultSize->getSuggestedMinimumWidth

Layout过程

1)performTraversals内部调用performLayout开始执行布局工作

2)performLayout内部会调用layout开始进行布局

3)layout中会调用setFrame确定mTop，mLeft，mRight，mBottom的值以及判断是个点的值是否发生了变化

4)最后调用onLayout方法通知下面的childView进行布局操作

布局流程主要的操作就是确定View的四个点的数值

Draw过程

较为简单，主要流程见下图。

draw.png