再看LayoutInflater,这次你可能又会有新的认识

Android疑难解析 专栏收录该内容
62 篇文章 121 订阅

本文同步发表于我的微信公众号,扫一扫文章底部的二维码或在微信搜索 郭霖 即可关注,每个工作日都有文章更新。

今天不想去聊一些Android的新功能,新特性之类的东西,特别想聊一聊这个老生常谈的话题:LayoutInflater。

现在看我文章的多数是一些老Android了,相信每个人使用起LayoutInflater都是家常便饭,信手拈来。

但即使是这样,我仍然觉得这个知识点有可以分析的地方,看完之后或许你对LayoutInflater又会有一些新的认识。

首先概括一下LayoutInflater是用来做什么的。

我们都知道,在开发Android应用程序的时候,编写布局基本都是通过xml文件来编写的。当然你也完全可以在代码中纯手写布局,但是写过的人都清楚,这样编写布局会非常麻烦。

那么通过xml编写的布局文件是如何转换成Android中的一个View对象从而显示在应用程序当中的呢?这就是LayoutInflater的作用了。

简单来说,LayoutInflater的工作就是将使用xml文件编写的布局转换成Android里的View对象,并且这也是Android中将xml布局转换成View的唯一方式。

可能有些朋友会说,不对啊,我平时也没怎么用过LayoutInflater,xml布局转换成View不是调用Activity里的setContentView()方法就可以了吗?

这是因为Android SDK在上层给我们做了一些很好的封装,让开发工作变得更加简单。如果你打开setContentView()方法的源码去了解一下,就会发现它的底层同样也是使用的LayoutInflater:

@Override
public void setContentView(int resId) {
    ensureSubDecor();
    ViewGroup contentParent = mSubDecor.findViewById(android.R.id.content);
    contentParent.removeAllViews();
    LayoutInflater.from(mContext).inflate(resId, contentParent);
    mAppCompatWindowCallback.getWrapped().onContentChanged();
}

那么LayoutInflater又是如何将一个xml布局转换成一个View对象的呢?

这当然是一个非常复杂的过程,但是如果简要概括的话,最重要的无非就是两步:

  1. 通过解析器来将xml文件中的内容解析出来。
  2. 使用反射将解析出来的元素创建成View对象。

这里我不想在文章中带着大家一步步追源码,这样文章看起来可能会又累又枯燥,因此我就只贴出一些我认为比较关键的代码。

解析xml文件内容的代码片段:

public View inflate(@LayoutRes int resource, 
                    @Nullable ViewGroup root, 
                    boolean attachToRoot) {
    ...
    XmlResourceParser parser = res.getLayout(resource);
    try {
        return inflate(parser, root, attachToRoot);
    } finally {
        parser.close();
    }
}

可以看到,这里获取到了一个XmlResourceParser对象,用于对xml文件进行解析。由于具体的解析规则过于复杂,我们就不跟进去看了。

使用反射创建View对象的代码片段:

public final View createView(@NonNull Context viewContext, @NonNull String name,
            @Nullable String prefix, @Nullable AttributeSet attrs)
            throws ClassNotFoundException, InflateException {
    ...
    if (constructor == null) {
        // Class not found in the cache, see if it's real, and try to add it
        clazz = Class.forName(prefix != null ? (prefix + name) : name, false,
                mContext.getClassLoader()).asSubclass(View.class);
        constructor = clazz.getConstructor(mConstructorSignature);
        constructor.setAccessible(true);
        sConstructorMap.put(name, constructor);
    }
    ...
    try {
        final View view = constructor.newInstance(args);
        if (view instanceof ViewStub) {
            // Use the same context when inflating ViewStub later.
            final ViewStub viewStub = (ViewStub) view;
            viewStub.setLayoutInflater(cloneInContext((Context) args[0]));
        }
        return view;
    }
    ...
}

看到这里,我们就将LayoutInflater大体的工作原理基本了解了。

但是正如前面所说,本篇文章并不是要带着大家去读源码的,而是想要从用法层面对LayoutInflater有些新的理解。

那么LayoutInflater最常见的用法如下:

View view = LayoutInflater.from(context).inflate(resourceId, parent, false);

这段代码的意思是,首先调用LayoutInflater的from()方法去获取一个LayoutInflater的实例,然后再调用它的inflate()方法去解析并加载一个布局,从而转换成一个View对象并返回。

然而我认为这段代码对于新手来说却及其不友好,甚至对于很多的老手来说也是。

我们来看一下inflate()方法的参数定义:

public View inflate(int resource, 
                    @Nullable ViewGroup root, 
                    boolean attachToRoot) {
    ...
}

inflate()方法接收3个参数,第一个参数resource还比较好理解,就是我们要解析加载的xml文件的资源id。第二个参数root,和第三个参数attachToRoot是什么意思?可能即使不少做过多年Android开发的程序员也未必能解释得清楚。

而这段代码在我们使用RecyclerView,或者使用Fragment时都是一定会用到的。我在写《第一行代码》时由于在很早的章节就要讲RecyclerView的用法,但是却又感觉很难向初学者解释清楚LayoutInflater的相关内容,所以我一直都觉得这块内容没有讲好。只能先用死记硬背的方式,暂时就记着这部分代码必须这么写。

而今天,我希望能将LayoutInflater真正讲讲清楚。

我们知道,Android的布局结构是一种树状结构。每个布局都可以包含若干个子布局,每个子布局又可以继续包含子布局,以此构建出任意样式的View呈现给用户。

因此,我们大致可以明白,每个布局它都是要有一个父布局的。

这也是inflate()方法第二个参数root的作用,就是给当前要解析加载的xml布局指定一个父布局。

那么一个布局可不可以没有父布局呢?当然也是可以的,这也是为什么root参数被标为@Nullable的原因。

但是如果我们inflate出来了一个没有父布局的布局,又该如何去展示它呢?那自然是没有办法去展示的,所以只能后面再用addView的方式将它添加到某个现有的布局下面。又或者你inflate出来的布局就是个顶层布局,所以它不需要有父布局。但是这些场景都比较少见,因此大多数情况下,我们在使用LayoutInflater的inflate()方法时都是要指定父布局的。

另外,如果不为inflate出来的布局指定父布局,还会出现另外一种问题,我们通过一个例子来讲解一下。

这里我们定义一个button_layout.xml布局文件,代码如下所示:

<?xml version="1.0" encoding="utf-8"?>
<Button xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="Button" />

这个布局文件非常简单,里面只有一个按钮。

接下来我们使用LayoutInflater来加载这个布局文件,并将它添加到一个现有的布局当中:

public class MainActivity extends Activity {
 
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);
		LinearLayout mainLayout = (LinearLayout) findViewById(R.id.main_layout);
		View buttonLayout = LayoutInflater.from(this).inflate(R.layout.button_layout, null);
		mainLayout.addView(buttonLayout);
	}
 
}

可以看到,这里我们并没有给button_layout指定父布局,而是传入了一个null。当第二个参数传入null时,第三个参数就没有意义了,因此可以不用指定。

但是前面也说了,一个布局如果没有父布局的话没办法显示出来呀,所以我们又使用了addView()方法将它添加到了一个现有布局当中。

代码就是这么简单,现在我们可以运行一下程序,效果如下图所示:

看上去好像没啥问题,按钮已经可以正常显示出来了,说明button_layout.xml这个布局确实成功加载出来并且添加到现有的布局当中了。

但是如果你尝试去调整一下按钮的大小,你会发现不管你如何调整,按钮的大小都是不会变的:

<?xml version="1.0" encoding="utf-8"?>
<Button xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="300dp"
    android:layout_height="100dp"
    android:text="Button" />

这里我们将按钮的宽高指定成了300dp,高度指定成了100dp,重新运行程序界面毫无变化。

为什么会出现这样的情况呢?

其实这里不管你将Button的layout_width和layout_height的值修改成多少,都不会有任何效果的,因为这两个值现在已经完全失去了作用。平时我们经常使用layout_width和layout_height来设置View的大小,并且一直都能正常工作,就好像这两个属性确实是用于设置View的大小的。

而实际上则不然,它们其实是用于设置View在布局中的大小的,也就是说,首先View必须存在于一个布局中才行。这也是为什么这两个属性叫作layout_width和layout_height,而不是width和height。

而我们因为在使用LayoutInflater加载button_layout.xml这个布局时并没有为它指定父布局,因此这里layout_width和layout_height属性就都失去了作用。更准确点来讲,所有以layout_开头的属性都会失去作用。

现在我们将代码进行如下修改:

public class MainActivity extends Activity {
 
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);
		LinearLayout mainLayout = (LinearLayout) findViewById(R.id.main_layout);
		View buttonLayout = LayoutInflater.from(this).inflate(R.layout.button_layout, mainLayout, false);
		mainLayout.addView(buttonLayout);
	}
 
}

可以看到,这里将inflate()方法的第二个参数指定成了mainLayout。也就是说,我们为button_layout.xml这个布局指定了一个父布局。这样的话,layout_width和layout_height属性就可以生效了。

重新运行程序,效果如下图所示:

到这里为止,我们就将inflate()方法的第二个参数root的作用解释得非常清楚了。那么还有一个问题就是,第三个参数attachToRoot又是什么意思呢?

注意观察上述代码,我们将第二个参数指定成mainLayout的同时,将第三个参数指定成了false。如果你尝试将第三个参数指定成true,然后重新运行代码,程序将会直接崩溃。崩溃信息如下:

这个崩溃信息是在说,我们正在添加一个子View,但是这个子View已经有父布局了,需要让父布局先调用removeView()移除子View后才能添加。

为什么修改第三个参数之后会出现这样的错误呢?我们现在就来分析一下。

首先关注一下第三个参数的名字是什么,attachToRoot。从字面意思上看,是在问我们是否要添加到root上面。那么root是什么呢?再次观察inflate()方法的定义,你会发现第二个参数不就是root吗?

public View inflate(int resource, @Nullable ViewGroup root, boolean attachToRoot) {
    ...
}

也就是说,attachToRoot的意思,就是在问我们要不要将当前加载的xml布局添加到第二个参数传入的父布局上面。如果传入true,那么就意味着会添加,传入false就表示不会添加。

所以在刚才的代码当中,我们一开始在inflate()方法的第三个参数中传入false,那么button_layout.xml布局是不会被添加到mainLayout当中的,我们后面就可以手动调用addView()方法将它添加到mainLayout当中。

而如果将第三个参数改成true,就表示button_layout.xml布局已经自动被添加到mainLayout当中了,此时再去调用一遍addView()方法,发现button_layout.xml已经有父布局了,自然就会抛出上面的异常。

经过这样的解释之后,你是否就对inflate()方法中的每一个参数的作用都理解清楚了呢?

其实理解到了这里,我们可以回过头来再去看一看过去写的代码。比如说大家肯定都用过Fragment,在Fragment中加载一个布局我们通常都会这么写:

public class MyFragment extends Fragment {

    @Nullable
    @Override
    public View onCreateView(@NonNull LayoutInflater inflater, 
                             @Nullable ViewGroup container, 
                             @Nullable Bundle savedInstanceState) {
        return inflater.inflate(R.layout.fragment_layout, container, false);
    }
}

不知道你过去有没有想过,为什么这里inflate()方法的最后一个参数一定要传入false?

那么现在可以想一想了。观察一下Fragment的相关源码,你会发现它会将我们在onCreateView()方法中返回的View添加到一个Container当中:

void addViewToContainer() {
    // Ensure that our new Fragment is placed in the right index
    // based on its relative position to Fragments already in the
    // same container
    int index = mFragmentStore.findFragmentIndexInContainer(mFragment);
    mFragment.mContainer.addView(mFragment.mView, index);
}

这个情况和我们刚才的例子非常类似,也就是说,后续Fragment自己会有一个addView的操作,如果我们将inflate()方法的第三个参数传入true,那么就会直接将inflate出来的布局添加到父布局当中。这样后面再次addView的时候就会发现它已经有一个父布局了,从而抛出与上面同样的崩溃信息。

不信的话你可以自己动手试一试。

除了Fragment之外,RecyclerView中对于LayoutInflater的用法也是基于一模一样的原因,这里就不再展开讨论了。

希望通过阅读本文之后,你对LayoutInflater又能有一些新的认识。


如果想要学习Kotlin和最新的Android知识,可以参考我的新书 《第一行代码 第3版》点击此处查看详情


关注我的技术公众号,每天都有优质技术文章推送。

微信扫一扫下方二维码即可关注:

评论 16 您还未登录,请先 登录 后发表或查看评论
©️2022 CSDN 皮肤主题:编程工作室 设计师:CSDN官方博客 返回首页

打赏作者

guolin

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值