Android中LayoutInflater的知識點有哪些

這篇文章主要介紹“Android中LayoutInflater的知識點有哪些”的相關(guān)知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“Android中LayoutInflater的知識點有哪些”文章能幫助大家解決問題。

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

我們都知道，在開發(fā)Android應(yīng)用程序的時候，編寫布局基本都是通過xml文件來編寫的。當然你也完全可以在代碼中純手寫布局，但是寫過的人都清楚，這樣編寫布局會非常麻煩。

那么通過xml編寫的布局文件是如何轉(zhuǎn)換成Android中的一個View對象從而顯示在應(yīng)用程序當中的呢？這就是LayoutInflater的作用了。

簡單來說，LayoutInflater的工作就是將使用xml文件編寫的布局轉(zhuǎn)換成Android里的View對象，并且這也是Android中將xml布局轉(zhuǎn)換成View的唯一方式。

可能有些朋友會說，不對啊，我平時也沒怎么用過LayoutInflater，xml布局轉(zhuǎn)換成View不是調(diào)用Activity里的setContentView()方法就可以了嗎？

這是因為Android SDK在上層給我們做了一些很好的封裝，讓開發(fā)工作變得更加簡單。如果你打開setContentView()方法的源碼去了解一下，就會發(fā)現(xiàn)它的底層同樣也是使用的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布局轉(zhuǎn)換成一個View對象的呢？

這當然是一個非常復雜的過程，但是如果簡要概括的話，最重要的無非就是兩步：

• 通過解析器來將xml文件中的內(nèi)容解析出來。

• 使用反射將解析出來的元素創(chuàng)建成View對象。

這里我不想在文章中帶著大家一步步追源碼，這樣文章看起來可能會又累又枯燥，因此我就只貼出一些我認為比較關(guān)鍵的代碼。

解析xml文件內(nèi)容的代碼片段：

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文件進行解析。由于具體的解析規(guī)則過于復雜，我們就不跟進去看了。

使用反射創(chuàng)建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);

這段代碼的意思是，首先調(diào)用LayoutInflater的from()方法去獲取一個LayoutInflater的實例，然后再調(diào)用它的inflate()方法去解析并加載一個布局，從而轉(zhuǎn)換成一個View對象并返回。

然而我認為這段代碼對于新手來說卻及其不友好，甚至對于很多的老手來說也是。

我們來看一下inflate()方法的參數(shù)定義：

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

inflate()方法接收3個參數(shù)，第一個參數(shù)resource還比較好理解，就是我們要解析加載的xml文件的資源id。第二個參數(shù)root，和第三個參數(shù)attachToRoot是什么意思？可能即使不少做過多年Android開發(fā)的程序員也未必能解釋得清楚。

而這段代碼在我們使用RecyclerView，或者使用Fragment時都是一定會用到的。我在寫《第一行代碼》時由于在很早的章節(jié)就要講RecyclerView的用法，但是卻又感覺很難向初學者解釋清楚LayoutInflater的相關(guān)內(nèi)容，所以我一直都覺得這塊內(nèi)容沒有講好。只能先用死記硬背的方式，暫時就記著這部分代碼必須這么寫。

而今天，我希望能將LayoutInflater真正講講清楚。

我們知道，Android的布局結(jié)構(gòu)是一種樹狀結(jié)構(gòu)。每個布局都可以包含若干個子布局，每個子布局又可以繼續(xù)包含子布局，以此構(gòu)建出任意樣式的View呈現(xiàn)給用戶。

因此，我們大致可以明白，每個布局它都是要有一個父布局的。

這也是inflate()方法第二個參數(shù)root的作用，就是給當前要解析加載的xml布局指定一個父布局。

那么一個布局可不可以沒有父布局呢？當然也是可以的，這也是為什么root參數(shù)被標為@Nullable的原因。

但是如果我們inflate出來了一個沒有父布局的布局，又該如何去展示它呢？那自然是沒有辦法去展示的，所以只能后面再用addView的方式將它添加到某個現(xiàn)有的布局下面。又或者你inflate出來的布局就是個頂層布局，所以它不需要有父布局。但是這些場景都比較少見，因此大多數(shù)情況下，我們在使用LayoutInflater的inflate()方法時都是要指定父布局的。

另外，如果不為inflate出來的布局指定父布局，還會出現(xiàn)另外一種問題，我們通過一個例子來講解一下。

這里我們定義一個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來加載這個布局文件，并將它添加到一個現(xiàn)有的布局當中：

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。當?shù)诙€參數(shù)傳入null時，第三個參數(shù)就沒有意義了，因此可以不用指定。

但是前面也說了，一個布局如果沒有父布局的話沒辦法顯示出來呀，所以我們又使用了addView()方法將它添加到了一個現(xiàn)有布局當中。

代碼就是這么簡單，現(xiàn)在我們可以運行一下程序，效果如下圖所示：

看上去好像沒啥問題，按鈕已經(jīng)可以正常顯示出來了，說明button_layout.xml這個布局確實成功加載出來并且添加到現(xiàn)有的布局當中了。

但是如果你嘗試去調(diào)整一下按鈕的大小，你會發(fā)現(xiàn)不管你如何調(diào)整，按鈕的大小都是不會變的：

<?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，重新運行程序界面毫無變化。

為什么會出現(xiàn)這樣的情況呢？

其實這里不管你將Button的layout_width和layout_height的值修改成多少，都不會有任何效果的，因為這兩個值現(xiàn)在已經(jīng)完全失去了作用。平時我們經(jīng)常使用layout_width和layout_height來設(shè)置View的大小，并且一直都能正常工作，就好像這兩個屬性確實是用于設(shè)置View的大小的。

而實際上則不然，它們其實是用于設(shè)置View在布局中的大小的，也就是說，首先View必須存在于一個布局中才行。這也是為什么這兩個屬性叫作layout_width和layout_height，而不是width和height。

而我們因為在使用LayoutInflater加載button_layout.xml這個布局時并沒有為它指定父布局，因此這里layout_width和layout_height屬性就都失去了作用。更準確點來講，所有以layout_開頭的屬性都會失去作用。

現(xiàn)在我們將代碼進行如下修改：

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()方法的第二個參數(shù)指定成了mainLayout。也就是說，我們?yōu)閎utton_layout.xml這個布局指定了一個父布局。這樣的話，layout_width和layout_height屬性就可以生效了。

重新運行程序，效果如下圖所示：

到這里為止，我們就將inflate()方法的第二個參數(shù)root的作用解釋得非常清楚了。那么還有一個問題就是，第三個參數(shù)attachToRoot又是什么意思呢？

注意觀察上述代碼，我們將第二個參數(shù)指定成mainLayout的同時，將第三個參數(shù)指定成了false。如果你嘗試將第三個參數(shù)指定成true，然后重新運行代碼，程序?qū)苯颖罎ⅰ１罎⑿畔⑷缦拢?/p>

這個崩潰信息是在說，我們正在添加一個子View，但是這個子View已經(jīng)有父布局了，需要讓父布局先調(diào)用removeView()移除子View后才能添加。

為什么修改第三個參數(shù)之后會出現(xiàn)這樣的錯誤呢？我們現(xiàn)在就來分析一下。

首先關(guān)注一下第三個參數(shù)的名字是什么，attachToRoot。從字面意思上看，是在問我們是否要添加到root上面。那么root是什么呢？再次觀察inflate()方法的定義，你會發(fā)現(xiàn)第二個參數(shù)不就是root嗎？

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

也就是說，attachToRoot的意思，就是在問我們要不要將當前加載的xml布局添加到第二個參數(shù)傳入的父布局上面。如果傳入true，那么就意味著會添加，傳入false就表示不會添加。

所以在剛才的代碼當中，我們一開始在inflate()方法的第三個參數(shù)中傳入false，那么button_layout.xml布局是不會被添加到mainLayout當中的，我們后面就可以手動調(diào)用addView()方法將它添加到mainLayout當中。

而如果將第三個參數(shù)改成true，就表示button_layout.xml布局已經(jīng)自動被添加到mainLayout當中了，此時再去調(diào)用一遍addView()方法，發(fā)現(xiàn)button_layout.xml已經(jīng)有父布局了，自然就會拋出上面的異常。

經(jīng)過這樣的解釋之后，你是否就對inflate()方法中的每一個參數(shù)的作用都理解清楚了呢？

其實理解到了這里，我們可以回過頭來再去看一看過去寫的代碼。比如說大家肯定都用過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()方法的最后一個參數(shù)一定要傳入false？

那么現(xiàn)在可以想一想了。觀察一下Fragment的相關(guān)源碼，你會發(fā)現(xiàn)它會將我們在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);
}

這個情況和我們剛才的例子非常類似，也就是說，后續(xù)Fragment自己會有一個addView的操作，如果我們將inflate()方法的第三個參數(shù)傳入true，那么就會直接將inflate出來的布局添加到父布局當中。這樣后面再次addView的時候就會發(fā)現(xiàn)它已經(jīng)有一個父布局了，從而拋出與上面同樣的崩潰信息。

關(guān)于“Android中LayoutInflater的知識點有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識，可以關(guān)注億速云行業(yè)資訊頻道，小編每天都會為大家更新不同的知識點。