DataBinding结合BaseActivity和多状态布局使用的踩坑记

转载请注明出处 : http://www.jianshu.com/p/be740a2eab3a
一般来说，大部分项目里都会用到多状态布局，可以很方便的切换读取中，错误，空内容等界面，而且有时候我们会直接把多状态布局写到BaseActivity的根布局里，比如：

在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);
    }

WTF

如此顺利就找到了问题所在？不过，只看这里，好像依然不知道怎么解决，比如第一个参数view是什么？

那么我们就从异常堆栈信息的栈底开始看：

    public static  T setContentView(Activity activity, int layoutId) {
        return setContentView(activity, layoutId, sDefaultComponent);
    }

    public static  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 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 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