本文记录一个关于ViewPager与CoordinatorLayout一起使用的Bug，目前虽然有解决问题的方法，但是引起这个bug的原因依然没有找到。
最初的布局是正常的
项目最初的布局树是这样的：
CoordinatorLayout
--RelativeLayout(height:match_parent)
----各种View
----FrameLayout(height:wrap_content)
------layout
------WrapHeightViewPager
----ImageView
这里的布局要求是这样的：
layout与WrapHeightViewPager同一时间最多只有其中一个会显示，也可能两个都不显示。当它们之间有任何一个显示的时候，ImageView要在它们上面，当它们两个都不显示的时候，ImageView要在底部。
所以我把这两个View放在了一个FrameLayout中，并且让ImageView在其之上来实现这个需求。
WrapHeightViewPager继承自ViewPager，以实现按内容自适应高度。它重写了以下方法：
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int height = 0;
for (int i = 0; i < getChildCount(); i++) {
View child = getChildAt(i);
child.measure(widthMeasureSpec, MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED));
int h = child.getMeasuredHeight();
if (h > height) height = h;
}
heightMeasureSpec = MeasureSpec.makeMeasureSpec(height, MeasureSpec.EXACTLY);
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
}
也就是在onMeasure的时候去测量子View，以子View的最大高度作为ViewPager的高度。
因交互需求而做的改动
由于接下来在本次版本迭代中，交互会做比较大的改动，layout这一部分可能需要使用CoordinatorLayout中的Behavior来实现一些效果，ImageView也会影响到。所以我将涉及到的这两块View都抽出到CoordinatorLayout下，为后续的改动先做一个铺垫。改动后的布局树如下：
CoordinatorLayout
--RelativeLayout(height:match_parent)
--FrameLayout(heiht:wrap_content)
----layout
----WrapHeightViewPager
--ImageView
也就是把FrameLayout和ImageView从RelativeLayout中抽到外面来了。
然后为ImageView写了一个Behavior，使用Behavior来控制ImageView的UI逻辑。
然后发现，把布局抽出来后，一个Bug就来了。
Bug出现及原因追查
我发现WrapHeightViewPager在第一次数据更新，有了数据之后，并没有被显示出来，但是第二次更新数据就出来了。
打印了FrameLayout高度，为0。
我以为是调用setVisibility(int)没起作用，打印了WrapHeightViewPager的getVisibility()，值为VISIBLE。也就是生效了。
打印了WrapHeightViewPager的高度，为0。
换成ViewPager，能显示出来，但是高度已经是占满父布局了，看来应该是高度测量的问题。
继续换回来找原因。
打印里面的addView(View)和onMeasure(int, int)方法。发现前者有被调用，但后者只在界面初始化的时候被调用一次，这时没有数据所以计算出来的高度为0，在更新数据之后并没有跟着被调用，所以导致WrapHeightViewPager的高度仍然为0。
尝试解决
然后尝试。
在adapter更新数据之后，调用viewpager的requestLayout()，无效。
在addView(View)之后调用requestLayout()，无效。
改成forceLayout()，无效。
在addView(View)之后，调用requestApplyInsets()，居然起作用了！！
但是——
requestApplyInsets()需要在API 20之后才可以使用，我们应用的minSdkVersion为15。
继续寻找其他方法。
google，没找到一样的问题。
stackoverflow，同样没找到一样的问题。但其中有一个问题的答案给了我灵感：https://stackoverflow.com/a/33253976/2673757
mHandler.postDelayed(new Runnable() {
@Override
public void run() {
mViewPager.requestLayout();
}
}, 100);
由于在第二次的时候，WrapHeightViewPager会显示出来，也就是它的高度最终还是会测量的。但是在第一次一更新就去调用requestLayout()并没有效，所以我尝试也加了个延迟：
mBillPager.postDelayed(new Runnable() {
@Override
public void run() {
mBillPager.requestLayout();
}
}, 100);
结果果然显示出来了。但是这样却还有两个问题：
1. 这里是写死的固定100毫秒的延迟，但是实际上我并不需要多少才够，100这个魔数让我看着并不舒服。
2. 有多个地方会更新adapter里的数据，WrapContentViewPager本身的业务无关的界面逻辑却要在业务逻辑里处理，代码耦合度大。
于是今天早上继续探寻此问题。
继续求解
我打印了WrapHeightViewPager的onLayout(boolean, int, int, int, int)方法，发现它是有被调用的。然后我试着把requestLayout()的调用放到它这里。直接调用还是不行，改为如下：
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
super.onLayout(changed, l, t, r, b);
if (changed) {
post(new Runnable() {
@Override
public void run() {
requestLayout();
}
);
}
}
同样问题解决。现在业务逻辑的代码与改动布局之前基本一样，也就是布局上的重构没有影响到业务代码，两者分离。Bug暂先这样处理，不给业务逻辑带来其他代码。
2017-10-26补充：
使用Behavior来解决
今天又发现可以使用CoordinatorLayout.Behavior来解决这一问题。由于ViewPager更新时会回调到Behavior的onLayoutChild(CoordinatorLayout parent, ViewPager child, int layoutDirection)方法，所以可以在该方法重新对ViewPager进行layout操作。
代码如下：
import android.content.Context;
import android.support.design.widget.CoordinatorLayout;
import android.support.v4.view.ViewPager;
import android.util.AttributeSet;
import android.view.View;
import com.githang.android.snippet.view.WrapHeightViewPager;
/**
* @since 2017-10-25 4.2.3
*/
public class ViewPagerBehavior extends CoordinatorLayout.Behavior<ViewPager> {
public ViewPagerBehavior(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean onLayoutChild(CoordinatorLayout parent, ViewPager child, int layoutDirection) {
parent.onLayoutChild(child, layoutDirection);
if (child instanceof WrapHeightViewPager) {
int height = 0;
int measureHeight = parent.getHeight();
int measureWidth = parent.getWidth();
int widthMeasureSpec = View.MeasureSpec.makeMeasureSpec(measureWidth, View.MeasureSpec.AT_MOST);
for (int i = 0; i < child.getChildCount(); i++) {
View item = child.getChildAt(i);
item.measure(widthMeasureSpec, View.MeasureSpec.makeMeasureSpec(measureHeight, View.MeasureSpec.UNSPECIFIED));
int h = item.getMeasuredHeight();
if (h > height) {
height = h;
}
}
height += child.getPaddingTop() + child.getPaddingBottom();
child.layout(parent.getLeft(), child.getBottom() - height, child.getRight(), child.getBottom());
}
return true;
}
}
