转载请注明出处 : http://www.jianshu.com/p/be740a2eab3a
一般来说，大部分项目里都会用到多状态布局，可以很方便的切换读取中，错误，空内容等界面，而且有时候我们会直接把多状态布局写到BaseActivity的根布局里，比如：
<merge xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent">
<xxx.xxx.xxx.widget.MultipleStatusLayout
android:id="@+id/multiple_status_layout"
android:layout_width="match_parent"
android:layout_height="match_parent" />
</merge>
在BaseActivity的onCreate中：
protected ViewGroup mContentView;
protected MultipleStatusLayout mMultipleStatusLayout;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
super.setContentView(R.layout.activity_base_core);
mContentView = (ViewGroup) findViewById(android.R.id.content);
mMultipleStatusLayout = (MultipleStatusLayout) findViewById(R.id.multiple_status_layout);
}
然后再重写一下setContentView方法：
@Override
public void setContentView(@LayoutRes int layoutResID) {
if (mMultipleStatusLayout != null) {
View view = LayoutInflater.from(this).inflate(layoutResID, mMultipleStatusLayout, false);
mMultipleStatusLayout.removeAllViews();
mMultipleStatusLayout.addView(view);
}
}
这样写法有一些好处，相当于给每个activity根布局外面都包了一层多状态布局，不用再写多状态布局的xml布局和代码，直接调用父类的即可，代码侵入性相当小。
但是如果项目中用了DataBinding就不一样了，当然我们像往常一样在Activity里写DataBindingUtil.setContentView(this, R.layout.activity_main);时，果然发生了这样的异常：
Caused by: java.lang.RuntimeException: view tag isn't correct on view:null
at com.xxx.xxx.databinding.ActivityMainBinding.bind(ActivityMainBinding.java:98)
at android.databinding.DataBinderMapper.getDataBinder(DataBinderMapper.java:11)
at android.databinding.DataBindingUtil.bind(DataBindingUtil.java:185)
at android.databinding.DataBindingUtil.bindToAddedViews(DataBindingUtil.java:299)
at android.databinding.DataBindingUtil.setContentView(DataBindingUtil.java:279)
at android.databinding.DataBindingUtil.setContentView(DataBindingUtil.java:261)
很好，那我们一起来装个B，看下ActivityMainBinding的源码，看看有没有办法两全其美的解决这个问题，首先定位到bind方法中：
public static ActivityMainBinding bind(android.view.View view, android.databinding.DataBindingComponent bindingComponent) {
if (!"layout/activity_main".equals(view.getTag())) {
throw new RuntimeException("view tag isn't correct on view:" + view.getTag());
}
return new ActivityMain2Binding(bindingComponent, view);
}
如此顺利就找到了问题所在？不过，只看这里，好像依然不知道怎么解决，比如第一个参数view是什么？
那么我们就从异常堆栈信息的栈底开始看：
public static <T extends ViewDataBinding> T setContentView(Activity activity, int layoutId) {
return setContentView(activity, layoutId, sDefaultComponent);
}
public static <T extends ViewDataBinding> T setContentView(Activity activity, int layoutId,
DataBindingComponent bindingComponent) {
activity.setContentView(layoutId);
View decorView = activity.getWindow().getDecorView();
ViewGroup contentView = (ViewGroup) decorView.findViewById(android.R.id.content);
return bindToAddedViews(bindingComponent, contentView, 0, layoutId);
}
到这来说还是很简单的，先调用了activity.setContentView，之后findViewById拿到contentView传递到bindToAddedViews。
private static <T extends ViewDataBinding> T bindToAddedViews(DataBindingComponent component,
ViewGroup parent, int startChildren, int layoutId) {
final int endChildren = parent.getChildCount();
final int childrenAdded = endChildren - startChildren;
if (childrenAdded == 1) {
final View childView = parent.getChildAt(endChildren - 1);
return bind(component, childView, layoutId);
} else {
final View[] children = new View[childrenAdded];
for (int i = 0; i < childrenAdded; i++) {
children[i] = parent.getChildAt(i + startChildren);
}
return bind(component, children, layoutId);
}
}
bindToAddedViews中主要逻辑是找出contentView的所有子view，并再一步传递到bind方法中。
一般来说，contentView的子view只有一个，就是setContentView时传递进来的xml中的根布局，如果调用addContentView就应该会有多个了，这里暂时只分析一个的情况。
static <T extends ViewDataBinding> T bind(DataBindingComponent bindingComponent, View root,
int layoutId) {
return (T) sMapper.getDataBinder(bindingComponent, root, layoutId);
}
public android.databinding.ViewDataBinding getDataBinder(android.databinding.DataBindingComponent bindingComponent, android.view.View view, int layoutId) {
switch(layoutId) {
case com.xxx.xxx.R.layout.activity_main:
return com.xxx.xxx.databinding.ActivityMainBinding.bind(view, bindingComponent);
}
return null;
}
突然之间真相大白，我们搞清楚了bind方法中第一个参数view就是setContentView时xml中的根布局view。
那一开始的异常是怎么回事呢？其实很简单啦，因为此时contentView的子view根本不是setContentView时传递进来xml中的根布局view，而是我们写在BaseActivity里的MultipleStatusLayout。
知道了问题，解决起来当然就简单了，我们可以把MultipleStatusLayout的id设置为android.R.id.content，这样DataBindingUtil的setContentView方法得到的contentView就是MultipleStatusLayout，它的子view自然就是xml中的根布局view。
我们可以把这一句加在BaseActivity的setContentView中，改造后的代码如下：
@Override
public void setContentView(@LayoutRes int layoutResID) {
if (mMultipleStatusLayout != null) {
View view = LayoutInflater.from(this).inflate(layoutResID, mMultipleStatusLayout, false);
mMultipleStatusLayout.setId(android.R.id.content);
mContentView.setId(View.NO_ID);
mMultipleStatusLayout.removeAllViews();
mMultipleStatusLayout.addView(view);
}
}
当然，别忘了在DataBindingUtil.setContentView(this, R.layout.activity_main)后再把id改回去，不过即使不改回去，好像也是没什么问题的。
ok，完结撒花~~
ps：可能有同学会问，这个tag到底是怎么回事，为什么xml的根布局view会有一个tag，自己分明没有写啊，DataBinding的源码里也没看到哪里有setTag？其实要讲这个tag就要讲DataBinding的实现原理了，推荐感兴趣的同学看下这篇文章，讲的很详细：http://www.jianshu.com/p/de4d50b88437
