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

转载请注明出处 : 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);
    }
WTF

如此顺利就找到了问题所在?不过,只看这里,好像依然不知道怎么解决,比如第一个参数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

推荐阅读更多精彩内容