问题描述：
页面显示出来之后，调用 addView() 方法添加子 view，界面并没有显示出相应的子 view，而后再次 removeView，再 addView，子 view 得以正确显示出来。
出现的原因：
通过捕捉 view 查看布局，发现新添加的 view 的宽高均为 0，所以可以初步判断是measure 子 view 的时候出了什么意外。
首先我们定位到 CoordinatorLayout的 measure 位置。
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
...省略部分代码
final boolean applyInsets = mLastInsets != null && ViewCompat.getFitsSystemWindows(this);
final int childCount = mDependencySortedChildren.size();
for (int i = 0; i < childCount; i++) {
final View child = mDependencySortedChildren.get(i);
if (child.getVisibility() == GONE) {
// If the child is GONE, skip...
continue;
}
final LayoutParams lp = (LayoutParams) child.getLayoutParams();
int keylineWidthUsed = 0;
if (lp.keyline >= 0 && widthMode != MeasureSpec.UNSPECIFIED) {
final int keylinePos = getKeyline(lp.keyline);
final int keylineGravity = GravityCompat.getAbsoluteGravity(
resolveKeylineGravity(lp.gravity), layoutDirection)
& Gravity.HORIZONTAL_GRAVITY_MASK;
if ((keylineGravity == Gravity.LEFT && !isRtl)
|| (keylineGravity == Gravity.RIGHT && isRtl)) {
keylineWidthUsed = Math.max(0, widthSize - paddingRight - keylinePos);
} else if ((keylineGravity == Gravity.RIGHT && !isRtl)
|| (keylineGravity == Gravity.LEFT && isRtl)) {
keylineWidthUsed = Math.max(0, keylinePos - paddingLeft);
}
}
int childWidthMeasureSpec = widthMeasureSpec;
int childHeightMeasureSpec = heightMeasureSpec;
// 是否应用 fitSystemWindows属性
if (applyInsets && !ViewCompat.getFitsSystemWindows(child)) {
// We're set to handle insets but this child isn't, so we will measure the
// child as if there are no insets
final int horizInsets = mLastInsets.getSystemWindowInsetLeft()
+ mLastInsets.getSystemWindowInsetRight();
final int vertInsets = mLastInsets.getSystemWindowInsetTop()
+ mLastInsets.getSystemWindowInsetBottom();
childWidthMeasureSpec = MeasureSpec.makeMeasureSpec(
widthSize - horizInsets, widthMode);
childHeightMeasureSpec = MeasureSpec.makeMeasureSpec(
heightSize - vertInsets, heightMode);
}
final Behavior b = lp.getBehavior();
// 如果 b 不为空，则调用 b 中的 measure 子 view 方法。
if (b == null || !b.onMeasureChild(this, child, childWidthMeasureSpec, keylineWidthUsed,
childHeightMeasureSpec, 0)) {
// 测量子 view
onMeasureChild(child, childWidthMeasureSpec, keylineWidthUsed,
childHeightMeasureSpec, 0);
}
widthUsed = Math.max(widthUsed, widthPadding + child.getMeasuredWidth() +
lp.leftMargin + lp.rightMargin);
heightUsed = Math.max(heightUsed, heightPadding + child.getMeasuredHeight() +
lp.topMargin + lp.bottomMargin);
childState = View.combineMeasuredStates(childState, child.getMeasuredState());
}
final int width = View.resolveSizeAndState(widthUsed, widthMeasureSpec,
childState & View.MEASURED_STATE_MASK);
final int height = View.resolveSizeAndState(heightUsed, heightMeasureSpec,
childState << View.MEASURED_HEIGHT_STATE_SHIFT);
setMeasuredDimension(width, height);
}
从上面的代码其实可以看到，fitSystemWindows 这个属性有着举重若轻的作用。所以就怀疑会不会是fitSystemWindows这个属性导致测量出了问题呢？所以进行了一系列的实验。
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context=".MainActivity">
<android.support.design.widget.CoordinatorLayout
android:id="@+id/coordinator"
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1"
android:addStatesFromChildren="true"
android:fitsSystemWindows="true">
<android.support.design.widget.AppBarLayout
android:layout_width="match_parent"
android:layout_height="150dp"
android:fitsSystemWindows="true"
android:orientation="vertical"
app:elevation="0dp">
<android.support.design.widget.CollapsingToolbarLayout
android:id="@+id/collapsingToolbarLayout"
android:layout_width="match_parent"
android:layout_height="match_parent"
app:contentScrim="@color/colorPrimary"
app:layout_scrollFlags="scroll|exitUntilCollapsed">
<android.support.v7.widget.Toolbar
android:id="@+id/toolbar"
android:layout_width="match_parent"
android:layout_height="50dp"
app:layout_collapseMode="pin"
android:minHeight="10dp"
android:background="@color/colorPrimary"/>
</android.support.design.widget.CollapsingToolbarLayout>
</android.support.design.widget.AppBarLayout>
<RelativeLayout
android:id="@+id/content_rl"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:background="@color/colorPrimaryDark"
app:layout_behavior="@string/appbar_scrolling_view_behavior">
<TextView
android:text="big"
android:gravity="center"
android:layout_width="match_parent" android:layout_height="match_parent"/>
</RelativeLayout>
</android.support.design.widget.CoordinatorLayout>
<LinearLayout android:layout_width="match_parent"
android:layout_height="wrap_content"
android:orientation="horizontal">
<TextView
android:background="@color/colorAccent"
android:text="change"
android:layout_weight="1"
android:gravity="center"
android:id="@+id/text_add"
android:layout_width="0dp"
android:layout_height="100dp"/>
<TextView
android:background="@color/colorAccent"
android:text="remove"
android:layout_weight="1"
android:gravity="center"
android:id="@+id/text_remove"
android:layout_width="0dp"
android:layout_height="100dp"/>
</LinearLayout>
</LinearLayout>
上面是我的布局文件，可以看到我在 CoordinatorLayout 和 AppBarLayout 都添加了 fitSystemWindows 属性，这样替换 RelativeLayout 这一 part 的时候，即先 remove 掉 RelativeLayout 这 part，然后再添加入自己的子 view，然后，第一次 addView 的时候，显示是不正常的，然后 remove 掉子 view，再次添加子 view，却可以正常显示了。这显然是有问题，所以还需要一个一个控制fitSystemWindows来排除。
1、去掉 CoordinatorLayout 的 fitSystemWindows 属性
运行发现，毫无帮助，failed。
2、去掉 AppBarLayout 的 fitSystemWindows 属性
运行发现，首次添加也能成功，反复调试，确实可以正常显示。
所以，基本可以确定 AppBarLayout 的 fitSystemWindows 属性值会影响着 CoordinatorLayout 子view 的测量。
我们接着看源码，有这么一段
final Behavior b = lp.getBehavior();
if (b == null || !b.onMeasureChild(this, child, childWidthMeasureSpec, keylineWidthUsed,
childHeightMeasureSpec, 0)) {
// 测量子 view
onMeasureChild(child, childWidthMeasureSpec, keylineWidthUsed,
childHeightMeasureSpec, 0);
}
如果 behavior 为 null 则直接测量子view，behavior 不为空，则调用 behavior 的 onMeasureChild 方法。断点调试确认首次 addView 的时候进入了实现类
HeaderScrollingViewBehavior 的该方法，跟进去看看有啥乾坤。
public boolean onMeasureChild(CoordinatorLayout parent, View child, int parentWidthMeasureSpec, int widthUsed, int parentHeightMeasureSpec, int heightUsed) {
int childLpHeight = child.getLayoutParams().height;
if (childLpHeight == -1 || childLpHeight == -2) {
List<View> dependencies = parent.getDependencies(child);
// 这里的 header 其实就是 AppBarLayout
View header = this.findFirstDependency(dependencies);
if (header != null) {
// 如果 header 设置了 fsw 属性而当前子 view 未设置 fsw 属性
if (ViewCompat.getFitsSystemWindows(header) && !ViewCompat.getFitsSystemWindows(child)) {
// 给当前子view 设置 fsw 属性
ViewCompat.setFitsSystemWindows(child, true);
if (ViewCompat.getFitsSystemWindows(child)) {
child.requestLayout();
// 直接就返回了
return true;
}
}
int availableHeight = MeasureSpec.getSize(parentHeightMeasureSpec);
if (availableHeight == 0) {
availableHeight = parent.getHeight();
}
int height = availableHeight - header.getMeasuredHeight() + this.getScrollRange(header);
int heightMeasureSpec = MeasureSpec.makeMeasureSpec(height, childLpHeight == -1 ? 1073741824 : -2147483648);
parent.onMeasureChild(child, parentWidthMeasureSpec, widthUsed, heightMeasureSpec, heightUsed);
return true;
}
}
return false;
}
所以 onMeasureChild 方法就是对 header 判断，并对未设置 fsw 属性的子view 设置上 fsw 属性，如果不需要设置，则直接测量并返回。
断点调试的过程中，可以清晰的看到，第一次 addView 的时候，由于该子view 并未设置 fsw 属性，所以，初次测量就出现了问题，而第二次的时候，因为已经具备了 fsw 属性，则能正确测量并正常显示。
解决办法：
当需要协同布局，并且存在动态替换 view 的情况时，需要考虑到 fsw 属性对测量的影响。
1、如果不需要 fsw 属性，可以直接去掉 header 的 fsw 属性，即本文例子的 AppBarLayout 的 fsw 属性。
2、如果需要 fsw 属性，那根据源码，我们其实可以提前给将要添加的子view 设置上 fsw 属性，这样，添加后就可以正确测量。
