Android View 绘制流程，2024年最新携程Android面试题-优快云博客

本文链接：https://blog.youkuaiyun.com/2401_84103616/article/details/138022124

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

public static int getChildMeasureSpec(int spec, int padding, int childDimension) {
//解析父容器的 measureSpec ，解析出模式和尺寸
int specMode = MeasureSpec.getMode(spec);
int specSize = MeasureSpec.getSize(spec);

int size = Math.max(0, specSize - padding);

int resultSize = 0;
int resultMode = 0;

switch (specMode) {
// 父容器是精确模式的情况，设置了精确尺寸。
case MeasureSpec.EXACTLY:
if (childDimension >= 0) {
//子元素本身是设置的精确尺寸，就是EXACTLY 模式，尺寸就是设置的尺寸。
resultSize = childDimension;
resultMode = MeasureSpec.EXACTLY;
} else if (childDimension == LayoutParams.MATCH_PARENT) {
// 子元素设置的 match_content 充满入容器，就把尺寸设置为入容器的尺寸，模式设置为EXACTLY
resultSize = size;
resultMode = MeasureSpec.EXACTLY;
} else if (childDimension == LayoutParams.WRAP_CONTENT) {
// 包裹模式下，子元素可以自己设置尺寸，但是不能超过夫容器的尺寸。模式为AT_MOST，尺寸为父容器的尺寸。
resultSize = size;
resultMode = MeasureSpec.AT_MOST;
}
break;

//父容器是最大模式
case 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) {
// 子元素没有精确尺寸，想包裹自身，这种模式下，设置为最大模式，不超过父容器尺寸就好。
// bigger than us.
resultSize = size;
resultMode = MeasureSpec.AT_MOST;
}
break;

// 父容器没有限制，子元素自己发挥
case MeasureSpec.UNSPECIFIED:
if (childDimension >= 0) {
//子元素自己有设置的值，就好实用自己的值，设置为精确模式
resultSize = childDimension;
resultMode = MeasureSpec.EXACTLY;
} else if (childDimension == LayoutParams.MATCH_PARENT) {
// 子元素想充满父容器，那就找到父容器的尺寸，但父容器的尺寸未知，还是要自己发挥 UNSPECIFIED。
resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
resultMode = MeasureSpec.UNSPECIFIED;
} else if (childDimension == LayoutParams.WRAP_CONTENT) {
// 只元素是包裹自身，父容器无法给出参考，所以让子元素自己去随意发挥，仍然是UNSPECIFIED
resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
resultMode = MeasureSpec.UNSPECIFIED;
}
break;
}
//使用打包方法，将子元素的模式和尺寸打包并返回
return MeasureSpec.makeMeasureSpec(resultSize, resultMode);
}

measure 流程是在 ViewRoot 的 performMeasure() 里开始的。

在这里会将 DecorView 的 layoutParams 在 window 的 measureSpec 影响下转换为自己的 measureSpec 。然后调用 DecorView 的 measure() 将宽高的 measureSpec 传入，在 measure() 里，decorView 开始自己的测量。

从 DecorView 的 measure() 开始，整个 View 树的测量流程就开始了。

View 的测量都是在 measure() 里进行的，这是个 final 类型的方法，里面的实现比较简单会有一些判断调整，是否需要测量，会继续调用 onMeasure() 将 measureSpec 传进来，测量尺寸的确定最终是在 onMeasure() 里完成的。

通常我们自定义 View 都要重写这个方法实现自己的测量逻辑，包括我们常用的控件都是自己重写了这个方法实现自己的测量逻辑。

如果不重写 onMeasure()，会导致自定义 view 的 wrap_content 参数无效，具体可以看一下 getDefaultSize() 实现。

protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}

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:
//默认精确模式和最大模式下都是使用后边的 specSize ,这会导致我们设置的 wrap_content 无效，始终是充满父容器。
result = specSize;
break;
}
return result;
}

protected int getSuggestedMinimumHeight() {
return (mBackground == null) ? mMinHeight : max(mMinHeight, mBackground.getMinimumHeight());

}

protected int getSuggestedMinimumWidth() {
return (mBackground == null) ? mMinWidth : max(mMinWidth, mBackground.getMinimumWidth());
}

View 和 ViewGroup 的测量过程是不同的。

单纯的 View 只需要在 onMeasure() 里完成自己的测量就可以了，ViewGroup 除了完成自己的测量外，还有子元素的测量。

ViewGroup 的 onMeasure() 是没有任何实现的，因为各个布局的特性不同，具体测量逻辑也是不同的，具体实现都在各个布局里。

但是 ViewGroup 里提供了 measureChildren() 方法，思路就是，遍历所有需要显示的子元素，取出他们的 LayoutParams 参数在自己 measureSpec 的影响下创建出子元素的 measureSpec ，然后将调用子元素的 measure() 将measureSpec 传递进去。

这里就将测量传递到了子元素。如果子元素是单纯的 View 控件只需要完成自己就可以了，如果是 ViewGroup 会继续将测量递归下去，直至完成整个 View 树的测量。

protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec) {
final int size = mChildrenCount;
final View[] children = mChildren;
for (int i = 0; i < size; ++i) {
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) != GONE) {
//测量子元素，measureChild 见上面 MeasureSpec 里的代码。
measureChild(child, widthMeasureSpec, heightMeasureSpec);
}
}
}

在完成测量流程之后就会进入了 layout 流程了。

layout 布局流程

layout 这一流程会确定 View 的四个顶点位置，进而确定在父容器中的位置和最终宽高。

layout 流程也是在 ViewRoot 里开始，是在 performLayout() 里首先调用 DecorView 的 layout() 方法开始整个 View 树的布局流程。

View 的布局流程都是在 layout() 方法里完成的，会在这里通过 setFrame() 设置自己四个顶点的位置。

设置完自己的位置后，会继续调用 onLayout() 方法，如果是 ViewGroup 可以继续在 onLayout 里确定子元素的位置。

View 的 onLayout() 是没有任何实现的，因为它是没有子元素，ViewGroup 本身也是没有实现的，也都是具体的各个布局里自己实现的。

思路也是遍历所有需要布局的子元素，根据测量尺寸计算出他们的位置后调用子元素的 layout() 方法将位置参数穿进去，让子元素去完成自己的布局流程。

在这里也是将布局流程传递到了子元素，如果子元素是 ViewGroup 会继续将布局流程传递，直到完成整个 View 树的布局流程。

layout() 确定自身的位置
onLayout() 确定子元素的位置

在完成 layout 流程后，就是最后一个 draw 流程了。

draw 绘制流程

这个流程是将 View 绘制到屏幕上。

文末

那么对于想坚持程序员这行的真的就一点希望都没有吗？
其实不然，在互联网的大浪淘沙之下，留下的永远是最优秀的，我们考虑的不是哪个行业差哪个行业难，就逃避掉这些，无论哪个行业，都会有他的问题，但是无论哪个行业都会有站在最顶端的那群人。我们要做的就是努力提升自己，让自己站在最顶端，学历不够那就去读，知识不够那就去学。人之所以为人，不就是有解决问题的能力吗？挡住自己的由于只有自己。
Android希望=技能+面试