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

今天不想去聊一些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又能有一些新的认识。