现在看我文章的多数是一些老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对象的呢？

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

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

解析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布局文件，代码如下所示：

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

接下来我们使用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这个布局确实成功加载出来并且添加到现有的布局当中了。

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

这里我们将按钮的宽高指定成了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又能有一些新的认识。

到此这篇关于Android 老生常谈LayoutInflater的新认知的文章就介绍到这了,更多相关Android LayoutInflater内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

关键词： 也就是说 你会发现 重新运行 就会发现