前言

如果讀者沒有閱讀過該系列部落格，建議先閱讀下博文說明，這樣會對後續的閱讀部落格思路上會有一個清晰的認識。

導航

概述

（1）Activity 的 getSystemService的實現過程

（2）LayoutInflater 如果將佈局資源轉換為 View 的過程

（3）LayoutInflater的 Factory，Factory2是什麼，在解析過程中的作用是什麼？

（4）LayoutInflater 的 inflater 方法的各個引數的含義，不同的情況的含義

LayoutInflater的構造方法

    protected
 
 LayoutInflater(Context context) {
        mContext = context;
    }

這種是LayoutInflater常規的構造方法，將Context傳入，最後生成的LayoutInflater與對應的Context相繫結。

    protected LayoutInflater(LayoutInflater original, Context newContext) {
        mContext = newContext;
        mFactory = original.mFactory;
        mFactory2 = original.mFactory
 
2;
        mPrivateFactory = original.mPrivateFactory;
        setFilter(original.mFilter);
    }

而這種構造方法來說，只是複製原LayoutInflater的內容，然後將Context物件替換，一般來說只會在cloneInContext()方法中使用。

LayoutInflater#form()方法分析

根據介紹篇的內容，LayoutInflater在Android開發中一般是通過

context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
 


LayoutInflater.from(context);

因為第一種方式，已經是LayoutInflater介紹中宣告獲取的方式之一，那麼這裡我們看一下LayoutInflater#form的方法。

    public static LayoutInflater from(Context context) {
        LayoutInflater LayoutInflater =
                (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        if (LayoutInflater == null) {
            throw new AssertionError("LayoutInflater not found.");
        }
        return LayoutInflater;
    }

從原始碼上看，LayoutInflater#form()方法內部也是通過getSystemService()方法獲得，那麼接下來我們看一下context#getSystemService()這個方法：

    public abstract Object getSystemService(@ServiceName @NonNull String name);

發現這個只是一個抽象方法，而我們知道Activity也是Context的一個實現。

Activity#getSystemService()這個方法：

    @Override
    public Object getSystemService(@ServiceName @NonNull String name) {
        if (getBaseContext() == null) {
            throw new IllegalStateException(
                    "System services not available to Activities before onCreate()");
        }
        //獲取WindowManager
        if (WINDOW_SERVICE.equals(name)) {
            return mWindowManager;
        //系統的搜尋框SearchManager
        } else if (SEARCH_SERVICE.equals(name)) {
            ensureSearchManager();
            return mSearchManager;
        }
        return super.getSystemService(name);
    }

從上面看到，在Activity中只處理了兩種型別的服務，分別是獲取WindowManager、獲取SearchManager，那我們接著看其父類的SystemService()方法：

    @Override
    public Object getSystemService(String name) {
        //找到我們要的東西，注意這是個單例
        if (LAYOUT_INFLATER_SERVICE.equals(name)) {
            if (mInflater == null) {
                mInflater = LayoutInflater.from(getBaseContext()).cloneInContext(this);
            }
            return mInflater;
        }
        return getBaseContext().getSystemService(name);
    }

在Activity的父類即ContextThemeWrapper的getSystemService()方法中，我們發現了LayoutInflater的建立過程，從上面的程式碼我們可以看出：

1. 每個Activity內包含的LayoutInflater是一個單例。

2. Activity建立LayoutInflater時，是先使用最原始的BaseContext建立，然後在將Activity的父類ContextThemeWrapper的資訊通過cloneInContext()方法與其繫結。

然後我們在看下LayoutInflater的cloneInContext的實現：

    public abstract LayoutInflater cloneInContext(Context newContext);

先看下，這個方法的介紹：

1. 這個方法通過現有的LayoutInflater建立一個新的LayoutInflater副本，唯一變化的地方是指向不同的上下文物件。

2. 在ContextThemeWrapper通過這個方法建立的新的LayoutInflater還包含了主題的資訊。

在ContextThemeWrapper中使用cloneInContext是想將更多的資訊，賦予LayoutInflater中，與其相互繫結。

Activity中LayoutInflater建立

對於Activity的LayoutInflater，其實在Activity建立之時就已經建立完成，但是這一塊內容屬於FrameWork層的內容，博主道行太淺了，只想帶大家看下from這個方法的實現過程。

這裡如果大家想了解可以參考下這篇文章

而Activity#getLayoutInflater方法：

    @NonNull
    public LayoutInflater getLayoutInflater() {
        return getWindow().getLayoutInflater();
    }

這個Window物件即PhoneWindow，此時創建出來的LayoutInflater即PhoneLayoutInflater。

這裡給大家看下PhoneLayoutInflater的cloneInContext()方法：

    public LayoutInflater cloneInContext(Context newContext) {
        return new PhoneLayoutInflater(this, newContext);
    }

    protected PhoneLayoutInflater(LayoutInflater original, Context newContext) {
        super(original, newContext);
    }

可以發現PhoneLayoutInflater中cloneInContext()的實現，呼叫了第二個構造方法。

這裡在Android Studio是無法查閱的，有條件的可以下載原始碼，如果下載原始碼麻煩，可以在這裡查閱。

將R.layout.xxx轉換為View的過程分析

其實這個過程即LayoutInflater.inflater()這個過程：

    public View inflate(@LayoutRes int resource, @Nullable 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();
        }
    }

在這個方法中，只是先拿到XmlResourceParser，用於後續節點的解析，我們接著往下看：

這裡只看一些關鍵的資訊，具體程式碼大家自行檢視

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

        //》》》》》》》》》》》》》》》》》第一部分》》》》》》》》》》》》》》》》》》》
            try {
                while ((type = parser.next()) != XmlPullParser.START_TAG &&
                        type != XmlPullParser.END_DOCUMENT) {
                    // Empty
                }

                if (type != XmlPullParser.START_TAG) {
                    throw new InflateException(parser.getPositionDescription()
                            + ": No start tag found!");
                }

                final String name = parser.getName()
         //》》》》》》》》》》》》》》》》》第二部分》》》》》》》》》》》》》》》》》》》
                if (TAG_MERGE.equals(name)) {
                    if (root == null || !attachToRoot) {
                        throw new InflateException("<merge /> can be used only with a valid "
                                + "ViewGroup root and attachToRoot=true");
                    }

                    rInflate(parser, root, inflaterContext, attrs, false);
                } else {
         //》》》》》》》》》》》》》》》》》第三部分》》》》》》》》》》》》》》》》》》》
                    final View temp = createViewFromTag(root, name, inflaterContext, attrs);

                    ViewGroup.LayoutParams params = null;

                    if (root != null) {
                        params = root.generateLayoutParams(attrs);
                        if (!attachToRoot) {
                            temp.setLayoutParams(params);
                        }
                    }

                    rInflateChildren(parser, temp, attrs, true);

                    if (root != null && attachToRoot) {
                        root.addView(temp, params);
                    }

                    if (root == null || !attachToRoot) {
                        result = temp;
                    }
                }
            return result;
        }
    }

第一部分：

這裡第一部分的內容，主要是一個XML檔案的讀取過程，這裡有兩個判斷：

（1）遍歷XML內容尋找XML標籤的開始的標誌或者文件結尾的標誌才可以跳出迴圈。

（2）如果該XML沒有開始的標識，則丟擲異常。

下面給大家介紹下，幾種常見的解析標識：

XmlPullParser.START_DOCUMENT                                    文件開始

XmlPullParser.END_DOCUMENT                                      文件結束

XmlPullParser.START_TAG                                         XML標籤的開始

XmlPullParser.END_TAG                                           XML標籤的結束

XmlPullParser.TEXT                                              XML標籤的內容

第二部分

這部分的一開始先進行了Merge標籤的檢驗，如果發現該節點是Merge，必須滿足父View存在，並且與父View繫結的狀態。

轉換為程式碼:

root ！= null && attachToRoot ==true

這裡Merge是減少佈局層級存在的標籤，通常和include標籤一起使用，所以其必須存在父View，而且merge標籤的內容必須與父View繫結。

這裡呼叫rInflate()方法去解析Merge的標籤，而rInflate()方法，在另一篇文章已經單獨分析。

第三部分

我們再看一下第三部分的程式碼，程式碼中會有一些簡要的說明：

         //》》》》》》》》》》》》》》》》》第三部分》》》》》》》》》》》》》》》》》》》
                    //createViewFromTag是一個根據name來建立View的方法
                    final View temp = createViewFromTag(root, name, inflaterContext, attrs);

                    ViewGroup.LayoutParams params = null;

                    if (root != null) {
                        params = root.generateLayoutParams(attrs);
                        if (!attachToRoot) {
                            temp.setLayoutParams(params);
                        }
                    }
                    //解析子標籤
                    rInflateChildren(parser, temp, attrs, true);

                    if (root != null && attachToRoot) {
                        root.addView(temp, params);
                    }

                    if (root == null || !attachToRoot) {
                        result = temp;
                    }
                }
            return result;
        }

將第三部分內容分拆一下主要分為以下幾塊內容：

1. 排除標籤為include，或者merge之後，就會通過createViewFromTag()方法來建立View

2. root是inflater()方法的第二個引數，而attachToRoot是第三個引數，最後會根據這兩個引數來決定返回的View

在這部分中，createViewFromTag()是根據name（名稱），來建立View的一個方法。

由於createViewFromTag()方法的通用性，這塊內容博主給單獨拿出來，連結如下：

接下來，我們要介紹的是inflater()方法中的引數，到底有什麼作用？

                    ViewGroup.LayoutParams params = null;
                    //當Root存在
                    if (root != null) {
                        params = root.generateLayoutParams(attrs);
                        if (!attachToRoot) {
                            //設定View在父佈局下Params
                            temp.setLayoutParams(params);
                        }
                    }
                    //遍歷子節點
                    rInflateChildren(parser, temp, attrs, true);

                    //如果Root存在並且attachToRoot為true，即與父View繫結
                    //這裡在解析的同時，就會將其新增至父View上
                    if (root != null && attachToRoot) {
                        root.addView(temp, params);
                    }

                    //如果父Viewwe為null或者沒有繫結父View都會將當前解析的View返回，否則返回父View
                    if (root == null || !attachToRoot) {
                        result = temp;
                    }
                }

仔細分析上述程式碼，可以得出如下結論：

從這段程式碼中，得出以下幾個結論：

1. 當root為null時，attachToRoot引數無效，而解析出的View作為一個獨立的View存在（不存在LayoutParams）。

2. 當root不為null時，attactToRoot為false，那麼會給該View設定一個父View的約束（LayoutParams），然後將其返回。

3. 當root不為null時，attactToRoot為true，那麼該View會被直接addView進父View，然後會將父View返回。

4. 當root不為null的話，attactToRoot的預設值是true。

    public View inflate(XmlPullParser parser, @Nullable ViewGroup root) {
        return inflate(parser, root, root != null);
    }

上面的程式碼中，我們還少分析了一處程式碼rInflateChildren()，即解析子類：

    final void rInflateChildren(XmlPullParser parser, View parent, AttributeSet attrs,
            boolean finishInflate) throws XmlPullParserException, IOException {
        rInflate(parser, parent, parent.getContext(), attrs, finishInflate);
    }

可以看到這裡面解析子類呼叫了rInflate方法， 在來一次rInflate()的分析連線。

如果你之前沒看過這段程式碼，其實你會像博主之前一樣，一直在試，而不知道這段程式碼正確的含義，但是有時候原始碼會是一個很好的老師，通過它能夠得到你想要的。

流程圖