Read The Fucking Source Code
引言
选择布局肯定要考虑性能的优略对比。
源码版本（Android Q — API 29）
1 FrameLayout onMeasure
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int count = getChildCount();
//只要FrameLayout的布局中存在wrap_content属性（只有它不是EXACTLY模式）
//那么就要对设置了match_parent的子View，可能进行第二次测量。至于为什么这样？我陷入了沉思。
final boolean measureMatchParentChildren =
MeasureSpec.getMode(widthMeasureSpec) != MeasureSpec.EXACTLY ||
MeasureSpec.getMode(heightMeasureSpec) != MeasureSpec.EXACTLY;
mMatchParentChildren.clear();
int maxHeight = 0;
int maxWidth = 0;
int childState = 0;
for (int i = 0; i < count; i++) {
final View child = getChildAt(i);
//mMeasureAllChildren xml可配置项，默认为false。主要是作用是：是否对GONE的子View进行测量。
//所以，这个逻辑就变为了遍历每一个不为GONE的子view
if (mMeasureAllChildren || child.getVisibility() != GONE) {
//ViewGroup中的方法，去掉FrameLayout的左右padding和子View的左右margin，去计算出子View的测量宽度
measureChildWithMargins(child, widthMeasureSpec, 0, heightMeasureSpec, 0);
final LayoutParams lp = (LayoutParams) child.getLayoutParams();
//找到并保存子View中最大的宽/高，为什么呢？这就是FrameLayout的特性。
//当FrameLayout的属性是wrap_content时后，他的宽高受限于子View的最大宽高。
//大家都知道带有wrap_content属性（AT_MOST）的视图，后续不进行的测量约束（onMeasure重定义）,默认是match_parent效果。
//举例：wrap_content的FrameLayout包含一个wrap_content的View，那么FrameLayout就是满屏大小。
//举例：wrap_content的FrameLayout包含了一个200宽高的View，那么FrameLayout也是200宽高。
maxWidth = Math.max(maxWidth,
child.getMeasuredWidth() + lp.leftMargin + lp.rightMargin);
maxHeight = Math.max(maxHeight,
child.getMeasuredHeight() + lp.topMargin + lp.bottomMargin);
//子视图的策略状态合并到FrameLayout的策略状态。
childState = combineMeasuredStates(childState, child.getMeasuredState());
//对有MATCH_PARENT的子View，进行缓存保存。
if (measureMatchParentChildren) {
if (lp.width == LayoutParams.MATCH_PARENT ||
lp.height == LayoutParams.MATCH_PARENT) {
mMatchParentChildren.add(child);
}
}
}
}
// 子视图的最大宽高要加上panding（要考虑前景的配置等）信息，才是FrameLayout的宽高。
maxWidth += getPaddingLeftWithForeground() + getPaddingRightWithForeground();
maxHeight += getPaddingTopWithForeground() + getPaddingBottomWithForeground();
// 检查我们的最小高度和宽度，取最大的
maxHeight = Math.max(maxHeight, getSuggestedMinimumHeight());
maxWidth = Math.max(maxWidth, getSuggestedMinimumWidth());
// 检查前景的最小高度和宽度，存在则对比，取最大的
final Drawable drawable = getForeground();
if (drawable != null) {
maxHeight = Math.max(maxHeight, drawable.getMinimumHeight());
maxWidth = Math.max(maxWidth, drawable.getMinimumWidth());
}
//设置FrameLayout的测量宽高，遵循什么原则呢？
//如果FrameLayout不是wrap_content，那么他的大小就是设置的大小（比如200），或者满屏（充满父容器）大小(match_parent)。
//如果FrameLayout是wrap_content，那么如果满屏（父容器）宽/高大于等于最大的子视图宽/高，则设置为最大的子视图宽高，否则设置为满屏（父容器）宽/高。
//总之，一句话，取maxWidth（遍历子视图，以及检查父视图的配置，想要的最大的宽度）和widthMeasureSpec（允许的最大父视图的宽度）最小的那个。
setMeasuredDimension(resolveSizeAndState(maxWidth, widthMeasureSpec, childState),
resolveSizeAndState(maxHeight, heightMeasureSpec,
childState << MEASURED_HEIGHT_STATE_SHIFT));
//子View中设置了match_parent属性的个数
count = mMatchParentChildren.size();
//当有match_parent的子View的个数大于1。至于为什么这样？我再次陷入了沉思。
if (count > 1) {
//遍历每个子视图，对于match_parent的属性，获取MeasureSpec的属性区别对待。个人感觉没啥区别，我又再次陷入沉思。。。
for (int i = 0; i < count; i++) {
final View child = mMatchParentChildren.get(i);
final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
final int childWidthMeasureSpec;
if (lp.width == LayoutParams.MATCH_PARENT) {
final int width = Math.max(0, getMeasuredWidth()
- getPaddingLeftWithForeground() - getPaddingRightWithForeground()
- lp.leftMargin - lp.rightMargin);
childWidthMeasureSpec = MeasureSpec.makeMeasureSpec(
width, MeasureSpec.EXACTLY);
} else {
childWidthMeasureSpec = getChildMeasureSpec(widthMeasureSpec,
getPaddingLeftWithForeground() + getPaddingRightWithForeground() +
lp.leftMargin + lp.rightMargin,
lp.width);
}
final int childHeightMeasureSpec;
if (lp.height == LayoutParams.MATCH_PARENT) {
final int height = Math.max(0, getMeasuredHeight()
- getPaddingTopWithForeground() - getPaddingBottomWithForeground()
- lp.topMargin - lp.bottomMargin);
childHeightMeasureSpec = MeasureSpec.makeMeasureSpec(
height, MeasureSpec.EXACTLY);
} else {
childHeightMeasureSpec = getChildMeasureSpec(heightMeasureSpec,
getPaddingTopWithForeground() + getPaddingBottomWithForeground() +
lp.topMargin + lp.bottomMargin,
lp.height);
}
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}
}
}
复制代码2 汇总小结
- FrameLayout 的布局测量简单高效（不考虑特殊场景），只测量一遍。
- FrameLayout 在特殊场景下（当FrameLayout根布局存在 wrap_content，且子 view（有 match_parent 属性）的个数大于一个）需要测量两遍。
- FrameLayout 中特有的 foreground 属性功能，可以实现点击状态的前景色，也可以像 DecorView 中的windowContentOverlay 设置的闪屏页。
3 问题思考
Framelayout 简单高效的布局性能特点，被广泛应用。
- 比如：DecorView的content跟布局就是FrameLayout。
- FrameLayout 如何避免测量两次？
使用FrameLayout时，尽量不要满足测量两次的条件。子View如果要满屏（填充父容器），尽量使用wrap_content属性代替match_parent属性。