[Android]LayoutInflater的inflate步骤半详解

好久没写博客，作为一名刚加入android阵营的android狗，发心得刷人气来了！！！（半详解是因为说详不那么详，说不详也稍微有点详。。）哈哈~~。。咳。。咳。。

一、Activity中的setContentView

对于刚开始学Android的新手来说，在Activity中加载布局文件的方法是在onCreate()回调方法中直接调用setContentView()方法，如：

@Overrideprotected void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setContentView(R.layout.main);

setContentView()的android源码如下：

public void setContentView(int layoutResID) {        getWindow().setContentView(layoutResID);        initWindowDecorActionBar();    }

其中getWindow()返回值类型为PhoneWindow，

首先我们要明白Window与Activity之间的关系。在源码中可以看到Activity的两个成员变量，分别是：

private Window mWindow;private WindowManager mWindowManager;

而mWindow在Activity的attach()方法中被赋值，代码如下：

mWindow = PolicyManager.makeNewWindow(this);

跟进去可以看到它返回的是一个PhoneWindow对象，它是Window的子类。现在再返回去setContentView()的源码，其中关键的就是getWindow().setContentView(layoutResID);这一句；其中getWindow()方法其实就是返回Activity的成员变量mWindow，因此Activity的setContentView()实质上是调用PhoneWindow的setContentView()方法。接着看源码：

 @Override    public void setContentView(int layoutResID) {        if (mContentParent == null) {            installDecor();        } else {            mContentParent.removeAllViews();        }        mLayoutInflater.inflate(layoutResID, mContentParent);        final Callback cb = getCallback();        if (cb != null && !isDestroyed()) {            cb.onContentChanged();        }    }

我们看到我们最熟悉的setContentView()方法加载布局时的动作，实质上是由LayoutInflater的inflate()方法完成。等等，这个方法好熟悉！Fragment加载布局就是在其onCreateView()中通过系统传入的LayoutInflater对象调用inflate()方法；在Activity中引用其他布局中的组件也是使用首先LayoutInflater.from(this)实例化一个LayoutInflater对象，再用它inflate()一个布局文件从而引用到该View，再使用该View来findViewById()找到该组件。wow~貌似只要有加载布局的地方就离不开它耶~那么问题来了，这个Inflate()方法究竟是做什么的呢？

二、LayoutInflater.inflate()方法

首先要弄清LayoutInflater是什么鬼！来看API的介绍：

Instantiates a layout XML file into its correspondingView objects. It is never used directly. Instead, usegetLayoutInflater() orgetSystemService(String) to retrieve a standard LayoutInflater instance that is already hooked up to the current context and correctly configured for the device you are running on. For example:

LayoutInflater inflater=(LayoutInflater)context.getSystemService

    (Context.LAYOUT_INFLATER_SERVICE);

中文（自己翻的）：将一个布局的XML文件实例化为一个与其对应的View对象。不能直接使用LayoutInflater。要使用它，必须使用使用getLayoutInflater()或getSystemService(String)方法来获取一个标准的LayoutInflater实例，这个LayoutInflater实例已经绑定到了当前的context并且在当前正在运行的机器上进行过了正确的配置。举例如下：

LayoutInflater inflater=(LayoutInflater)context.getSystemService

    (Context.LAYOUT_INFLATER_SERVICE);

其中在Activity中获取LayoutInflater采用的LayoutInflater.from(this)实质上就是通过上面举得例子的方法获取到的。

接下来看它的inflate()方法，源码中可以看见，inflate()方法有四种重载方式，分别如下：

public View inflate(int resource, ViewGroup root)

public View inflate(XmlPullParser parser, ViewGroup root)

public View inflate(int resource, ViewGroup root,boolean attachToRoot)

public View inflate(XmlPullParser parser, ViewGroup root,boolean attachToRoot)

它们的返回值虽然类型都为View，但在不同的情况下它们的返回值可不见得都是通过传入XML布局资源实例化出来的View，不信？我们慢慢来看。

我们首先来看前三种重载方法的源码。

    public View inflate(int resource, ViewGroup root) {        return inflate(resource, root, root != null);    }    public View inflate(XmlPullParser parser, ViewGroup root) {        return inflate(parser, root, root != null);    }    public View inflate(int resource, ViewGroup root, boolean attachToRoot) {        final Resources res = getContext().getResources();        if (DEBUG) {            Log.d(TAG, "INFLATING from resource: \"" + res.getResourceName(resource) + "\" ("                    + Integer.toHexString(resource) + ")");        }        final XmlResourceParser parser = res.getLayout(resource);        try {            return inflate(parser, root, attachToRoot);        } finally {            parser.close();        }    }

可以看出，这三种方法实际上都是直接或间接调用了第四种重载方法。我们首先来看这个方法的API文档：

Inflate a new view hierarchy from the specified XML node. ThrowsInflateException if there is an error.

Important   For performance reasons, view inflation relies heavily on pre-processing of XML files that is done at build time. Therefore, it is not currently possible to use LayoutInflater with an XmlPullParser over a plain XML file at runtime.

Parameters

Returns

• The root View of the inflated hierarchy. If root was supplied and attachToRoot is true, this is root; otherwise it is the root of the inflated XML file.

首先来看该方法的作用：从指定的XML节点inflate出一个新的View层次（即把XML文件表述的布局实例化为一个View）。

接着我们主要看它的后两个参数与返回值。

root：如果attachToRoot为true，则它是通过XML文件inflate出的View的父容器；如果attachToRoot为false，则root仅用来帮助通过XML文件来创建包含其根布局参数的View。

attachToRoot：是否应该将通过XML文件inflate出的View贴在（个人认为“贴”字比较合适）root参数上？如果为false，那么root只是用来在其内部创造LayoutParams的正确子类以便View能以正确地布局参数贴上去（翻译的好烂。。。不知道对不对）。

返回值：inflated出来的View的父视图。如果root不为null并且attachToRoot为true，则返回root；否则返回通过XML文件inflate出的View。

部分重要源码如下：

final AttributeSet attrs = Xml.asAttributeSet(parser);//从Xml中取出传入的布局文件的属性attrs            		...          <span style="white-space:pre">	</span>    View result = root;		//默认root为返回值					...			    // Temp is the root view that was found in the xml			    //temp是通过xml生成的view的根视图		    final View temp = createViewFromTag(root, name, attrs, false);	                    ViewGroup.LayoutParams params = null;				...		    // Inflate all children under temp		    // 循环inflate temp的子视图（此时的temp为不包含LayoutParams的View）	            rInflate(parser, temp, attrs, true, true);				...                    if (root != null) {	//当root不为null                    if (DEBUG) {                        System.out.println("Creating params from root: " +                                root);                    }                    // Create layout params that match root, if supplied                    params = root.generateLayoutParams(attrs);		   //若attachToRoot为false，则将通过attires生成的bu布局参数params设为temp的内部布局参数变量mLayoutParams                    if (!attachToRoot) {                        // Set the layout params for temp if we are not                        // attaching. (If we are, we use addView, below)                        temp.setLayoutParams(params);					                        }                    }				...                    // 若root不为空且attachToRoot为true，则temp贴到root上(连带temp的布局属性)			    if (root != null && attachToRoot) {                        root.addView(temp, params);                    }                    // Decide whether to return the root that was passed in or the                    // top view found in xml.                    // 若root为空或者attachToRoot为false，则返回值为temp                    if (root == null || !attachToRoot) {                        result = temp;                    }				...		    return result;

也就是说temp是利用xml文件解析出的attrs创造出来的一个View，但是temp开始并不包含ViewGroup.LayoutParams类型的布局参数，那么ViewGroup.LayoutParams又是什么呢？通过源码我们可以看到，其实它就是包含了布局View的宽和高的属性。每一个View都包含一个mLayoutParams的成员变量，用于存放该View的根视图的长宽信息。因此，其实上面的代码分为这几种情况：

（1）root == null，则返回temp（未设定其mLayoutParams）。

（2）root != null，且attachToRoot==true，则返回添加了temp（已设定过其mLayoutParams）的root视图。

（3）root != null，且attachToRoot==false，则返回temp（未设定其mLayoutParams）。

设置了mLayoutParams与没有设置的temp的区别在于，若将temp添加到其它布局中，设置过mLayoutParams的temp的根视图的layout_width与layout_height属性会表现出来；而没有设置的temp的根视图的layout_width与layout_height属性则表现不出来。举个栗子：我们写一个xml布局文件如下，其父视图我们设定了长宽及颜色属性。

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"    android:layout_width="60dp"    android:layout_height="60dp"    android:background="#777777"    android:orientation="vertical" >    <TextView        android:layout_width="match_parent"        android:layout_height="match_parent"        android:gravity="center"        android:text="你好" /></LinearLayout>

在Activity的布局中加一个LinearLayout，id为mLayout，然后通过三种不同方式将上面这个布局加载到mLayout中，来观察它根视图的长宽属性的变化。下面是mainActivity的部分代码：

        setContentView(R.layout.activity_main);        mLayout = (LinearLayout) findViewById(R.id.mLayout);                View view = LayoutInflater.from(this).inflate(R.layout.my_text, null, false);        mLayout.addView(view);        View view2 = LayoutInflater.from(this).inflate(R.layout.my_text, mLayout, false);        mLayout.addView(view2);        LayoutInflater.from(this).inflate(R.layout.my_text, mLayout, true);

页面截图如下：

从我们的截图可以看到，第一个加载的xml的根视图的长宽属性没起作用，而后两种的起到了作用，结果正如我们猜测的那样~