原文地址： http://allenfeng.com/2017/02/24/how-android-layout-inflater-work/#more
感覺(jué)原文寫(xiě)的比較仔細(xì)牙丽，故進(jìn)行了轉(zhuǎn)載纽绍。但是在正文開(kāi)始之前臼隔，寫(xiě)下個(gè)人的總結(jié)。
1苛蒲、獲取LayoutInflater實(shí)例，最終來(lái)自于 (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
2辱志、關(guān)于使用LayoutInflater創(chuàng)建xml配置的view云石，常用方法如下比庄。
-
inflate(int resource, ViewGroup root) 內(nèi)部等價(jià)于 inflate(resource, root, root != null);
root為null時(shí)求妹，attachToRoot 為false，xml根布局中的android:layout_xxx屬性被忽略佳窑；同時(shí)需要手動(dòng)通過(guò)addView添加到父布局中制恍。
root不為null時(shí)，attachToRoot 為true神凑，xml根布局中的android:layout_xxx屬性會(huì)被解析并設(shè)置給生成的view净神；該view被自動(dòng)添加到root中 -
inflate(int resource, ViewGroup root, boolean attachToRoot)
在ListView，RecyclerView創(chuàng)建子view時(shí)溉委，一般使用root不為空鹃唯，attachToRoot為false。xml根布局中的android:layout_xxx屬性會(huì)被解析并設(shè)置給生成的view瓣喊，但是生成的view并沒(méi)有自動(dòng)添加到parent中坡慌。
真正創(chuàng)建view的方法是LayoutInflater的createViewFromTag方法。會(huì)依次調(diào)用mFactory2藻三、mFactory和mPrivateFactory三者之一的onCreateView方法去創(chuàng)建一個(gè)View八匠。如果不存在Factory，則調(diào)用LayoutInflater自身的onCreateView或者createView來(lái)實(shí)例化View趴酣。
后續(xù)會(huì)繼續(xù)進(jìn)行Factory相關(guān)的學(xué)習(xí)總結(jié)
------------------ 這是正文的分割線-----------------
大家對(duì)LayoutInflater一定不陌生，它主要用于加載布局坑夯，在Fragment的onCreateView方法岖寞、ListView Adapter的getView方法等許多地方都可以見(jiàn)到它的身影。今天主要聊聊LayoutInflater的用法以及加載布局的工作原理柜蜈。
出處： Allen’s Zone
作者： Allen Feng
什么是LayoutInflater
LayoutInflater是一個(gè)用于將xml布局文件加載為View或者ViewGroup對(duì)象的工具仗谆，我們可以稱(chēng)之為布局加載器指巡。
用法
獲取LayoutInflater
首先要注意LayoutInflater本身是一個(gè)抽象類(lèi)，我們不可以直接通過(guò)new的方式去獲得它的實(shí)例隶垮，通常有下面三種方式：
第一種：
LayoutInflater inflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
第二種：
LayoutInflater inflater = LayoutInflater.from(context);
第三種：
在Activity內(nèi)部調(diào)用getLayoutInflater()方法
看看后面兩種方法的實(shí)現(xiàn)：
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;
}
在Activity內(nèi)部調(diào)用getLayoutInflater方法其實(shí)調(diào)用的是PhoneWindow的mLayoutInflater:
public PhoneWindow(Context context) {
super(context);
mLayoutInflater = LayoutInflater.from(context);
}
所以藻雪，這幾個(gè)方法實(shí)際上殊途同歸，都是通過(guò)調(diào)用Context的getSystemService方法去獲取狸吞。獲取到的是PhoneLayoutInflater這個(gè)實(shí)現(xiàn)類(lèi)勉耀，具體的獲取過(guò)程就不在這里展開(kāi)分析了。
public class Policy implements IPolicy {
...
public LayoutInflater makeNewLayoutInflater(Context context) {
return new PhoneLayoutInflater(context);
}
}
加載布局
我們用一個(gè)簡(jiǎn)單的例子蹋偏，介紹下LayoutInflater的用法：
這個(gè)例子的目標(biāo)是在屏幕上展示一個(gè)按鈕便斥，點(diǎn)擊按鈕時(shí)，會(huì)通過(guò)LayoutInflater把一個(gè)橙色背景的TextView以
match_parent的形式加載到一塊寬高為300dp的RelativeLayout中威始。
首先創(chuàng)建兩個(gè)布局文件：
demo_layout.xml
<?xml version="1.0" encoding="utf-8"?>
<TextView xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:layout_gravity="center"
android:gravity="center"
android:background="#ff750c"
android:text="Hello , world !" />
activity_main.xml
<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent">
<Button
android:id="@+id/button"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_centerHorizontal="true"
android:text="點(diǎn)擊加載" />
<RelativeLayout
android:id="@+id/root"
android:layout_width="300dp"
android:layout_height="300dp"
android:layout_centerInParent="true"/>
</RelativeLayout>
MainActivity.java
public class MainActivity extends Activity {
RelativeLayout rootView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
rootView = (RelativeLayout) findViewById(R.id.root);
findViewById(R.id.button).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
inflateView();
}
});
}
private void inflateView() {
View insideView = LayoutInflater.from(MainActivity.this).inflate(R.layout.demo_layout, null);
rootView.addView(insideView);
}
}
編譯運(yùn)行枢纠，點(diǎn)擊點(diǎn)擊加載按鈕，結(jié)果如下：
可以看到黎棠，我們成功把demo_layout.xml對(duì)應(yīng)布局中的TextView加載進(jìn)來(lái)了晋渺。
但遺憾的是，加載進(jìn)來(lái)的TextView寬高并不是我們期望的300x300大小╮(╯▽╰)╭脓斩。
那么問(wèn)題來(lái)了：
- 為什么我們?cè)诓季治募薪oTextView設(shè)置的寬高屬性失效了呢木西？
- LayoutInflater又是如何把xml解析加載成為View的呢？
而且俭厚，inflate有多個(gè)不同的重載方法：
inflate(int resource, ViewGroup root)inflate(int resource, ViewGroup root, boolean attachToRoot)inflate(XmlPullParser parser, ViewGroup root)inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot)
上面的例子只是使用了第一個(gè)方法户魏，并且root的傳參還是null。
這些方法又有什么不同的地方呢挪挤？
我們從源碼入手叼丑，去尋找這兩個(gè)問(wèn)題的答案。
源碼解析
上文有提到扛门，我們獲取的LayoutInflater實(shí)例其實(shí)是PhoneLayoutInflater鸠信，但PhoneLayoutInflater并沒(méi)有重寫(xiě)inflate的幾個(gè)方法，所以我們的分析還是在LayoutInflater這個(gè)類(lèi)展開(kāi)论寨。
首先比對(duì)下這幾個(gè)重載方法：
public View inflate(int resource, ViewGroup root) {
// root不為空時(shí)星立，attachToRoot默認(rèn)為true
return inflate(resource, root, root != null);
}
public View inflate(int resource, ViewGroup root, boolean attachToRoot) {
XmlResourceParser parser = getContext().getResources().getLayout(resource);
try {
return inflate(parser, root, attachToRoot);
} finally {
parser.close();
}
}
public View inflate(XmlPullParser parser, ViewGroup root) {
// root不為空時(shí)，attachToRoot默認(rèn)為true
return inflate(parser, root, root != null);
}
public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {
...
}
原來(lái)葬凳，前三個(gè)方法最終調(diào)用的都是:
public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {
...
}
而且绰垂，root不為空時(shí)，attachToRoot默認(rèn)為true火焰。布局id會(huì)被通過(guò)調(diào)用getLayout方法生成一個(gè)XmlResourceParser對(duì)象劲装。
Android中布局文件都是使用xml編寫(xiě)的，所以解析過(guò)程自然涉及xml的解析。常用的xml解析方式有DOM占业，SAX和PULL三種方式绒怨。DOM不適合x(chóng)ml文檔較大，內(nèi)存較小的場(chǎng)景谦疾，所以不適用于手機(jī)這樣內(nèi)存有限的移動(dòng)設(shè)備上南蹂。SAX和PULL類(lèi)似，都具有解析速度快念恍，占用內(nèi)存少的優(yōu)點(diǎn)六剥，而相對(duì)之下，PULL的操作方式更為簡(jiǎn)單易用樊诺，所以仗考，Android系統(tǒng)內(nèi)部在解析各種xml時(shí)都用的是PULL解析器。
這里解析布局xml文件時(shí)使用的就是Android系統(tǒng)提供的PULL方式词爬。
我們繼續(xù)分析inflate方法秃嗜。
inflate方法
public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {
synchronized (mConstructorArgs) {
final AttributeSet attrs = Xml.asAttributeSet(parser);
// 首先注意result初值為root
View result = root;
try {
// 嘗試找到布局文件的根節(jié)點(diǎn)
int type;
while ((type = parser.next()) != XmlPullParser.START_TAG &&
type != XmlPullParser.END_DOCUMENT) {
// Empty
}
...
// 獲取當(dāng)前節(jié)點(diǎn)名稱(chēng)，如merge顿膨，RelativeLayout等
final String name = parser.getName();
...
// 處理merge節(jié)點(diǎn)
if (TAG_MERGE.equals(name)) {
// merge必須依附在一個(gè)根View上
if (root == null || !attachToRoot) {
throw new InflateException("<merge /> can be used only with a valid "
+ "ViewGroup root and attachToRoot=true");
}
rInflate(parser, root, attrs, false);
} else {
View temp;
// 根據(jù)當(dāng)前信息生成一個(gè)View
temp = createViewFromTag(root, name, attrs);
...
ViewGroup.LayoutParams params = null;
if (root != null) {
// 如果指定了root參數(shù)的話锅锨，根據(jù)節(jié)點(diǎn)的布局參數(shù)生成合適的LayoutParams
params = root.generateLayoutParams(attrs);
// 若指定了attachToRoot為false，會(huì)將生成的布局參數(shù)應(yīng)用于上一步生成的View
if (!attachToRoot) {
temp.setLayoutParams(params);
}
}
// 由上至下恋沃，遞歸加載xml內(nèi)View必搞，并添加到temp里
rInflate(parser, temp, attrs, true);
// 如果root不為空且指定了attachToRoot為true時(shí)，會(huì)將temp作為子View添加到root中
if (root != null && attachToRoot) {
root.addView(temp, params);
}
// 如果指定的root為空囊咏，或者attachToRoot為false的時(shí)候恕洲，返回的是加載出來(lái)的View，
// 否則返回root
if (root == null || !attachToRoot) {
result = temp;
}
}
} ... // 異常處理
return result;
}
}
首先定義布局根View這一個(gè)概念梅割，注意與root并不是同一個(gè)東西：
- root是我們傳進(jìn)來(lái)的第二個(gè)參數(shù)
- 布局根View則是傳遞進(jìn)來(lái)的布局文件的根節(jié)點(diǎn)所對(duì)應(yīng)的View
這個(gè)方法主要有下面幾個(gè)步驟：
- 首先查找根節(jié)點(diǎn)霜第，如果整個(gè)xml文件解析完畢也沒(méi)看到根節(jié)點(diǎn)，會(huì)拋出異常户辞；
- 如果查找到的根節(jié)點(diǎn)名稱(chēng)是merge標(biāo)簽泌类，會(huì)調(diào)用rInflate方法繼續(xù)解析布局，最終返回root底燎；
- 如果是其他標(biāo)簽（View刃榨、TextView等），會(huì)調(diào)用createViewFromTag生成布局根View双仍，并調(diào)用rInflate遞歸解析余下的子View枢希，添加至布局根View中，最后視r(shí)oot和attachToRoot參數(shù)的情況最終返回view或者root朱沃。
從這里我們可以理清root和attachToRoot參數(shù)的關(guān)系了：
root != null晴玖， attachToRoot == true：
傳進(jìn)來(lái)的布局會(huì)被加載成為一個(gè)View并作為子View添加到root中，最終返回root；
而且這個(gè)布局根節(jié)點(diǎn)的android:layout_參數(shù)會(huì)被解析用來(lái)設(shè)置View的大小呕屎。root == null， attachToRoot無(wú)用：
當(dāng)root為空時(shí)敬察，attachToRoot是什么都沒(méi)有意義秀睛，此時(shí)傳進(jìn)來(lái)的布局會(huì)被加載成為一個(gè)View并直接返回；
布局根View的android:layout_xxx屬性會(huì)被忽略莲祸。root != null蹂安， attachToRoot == false：
傳進(jìn)來(lái)的布局會(huì)被加載成為一個(gè)View并直接返回。
布局根View的android:layout_xxx屬性會(huì)被解析成LayoutParams并保留锐帜。(root只用來(lái)參與生成布局根View的LayoutParams)
現(xiàn)在可以解答文章開(kāi)始留下的疑問(wèn)了：
為何在布局文件中給TextView設(shè)置的android:layout屬性失效了?
回到例子中的代碼田盈，我們加載布局的代碼是:
View insideView = LayoutInflater.from(MainActivity.this).inflate(R.layout.demo_layout, null);
rootView.addView(insideView);
即root傳參為空，與上面第2種情況對(duì)應(yīng)缴阎，所以此時(shí)布局根View的android:layout_xx屬性都被忽略了允瞧。也就是相當(dāng)于并沒(méi)有給TextView設(shè)置寬高，所以只能按默認(rèn)的TextView大小顯示了蛮拔。
稍微改變下代碼：
LayoutInflater.from(MainActivity.this).inflate(R.layout.demo_layout, rootView);
注意這段代碼等同于：
LayoutInflater.from(MainActivity.this).inflate(R.layout.demo_layout, rootView, true);
inflate方法在root不為空時(shí)述暂，默認(rèn)會(huì)將attachToRoot置為true。
這時(shí)等同于我們上面的情況1建炫，由于此時(shí)infalte會(huì)將加載出來(lái)的View自動(dòng)添加到root中畦韭，我們要把rootView.addView(insideView)一句移除，否則會(huì)遇到這樣的報(bào)錯(cuò)：
java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.
at android.view.ViewGroup.addViewInner(ViewGroup.java:4454)
at android.view.ViewGroup.addView(ViewGroup.java:4295)
at android.view.ViewGroup.addView(ViewGroup.java:4235)
at android.view.ViewGroup.addView(ViewGroup.java:4208)
再來(lái)運(yùn)行看看：
終于達(dá)到我們想要的效果了肛跌！這也驗(yàn)證了上面的第一個(gè)結(jié)論艺配。
順便再用這個(gè)例子拓展一下，驗(yàn)證我們的情況3衍慎，即root != null转唉， attachToRoot == false時(shí)的情況：
View insideView = LayoutInflater.from(MainActivity.this).inflate(R.layout.demo_layout, rootView, false);
rootView.addView(insideView);
結(jié)果是一樣的，圖就不貼了西饵，即root != null酝掩， attachToRoot == false時(shí)，root只是用來(lái)參與布局根View的大小眷柔、位置設(shè)置的期虾。
好了，關(guān)于這兩個(gè)參數(shù)的疑問(wèn)的解答就告一段落了驯嘱，我們接著回到代碼镶苞，尋找另一個(gè)問(wèn)題的答案。
繼續(xù)跟進(jìn)rInflate和createViewFromTag方法鞠评。
rInflate方法
void rInflate(XmlPullParser parser, View parent, final AttributeSet attrs,
boolean finishInflate) throws XmlPullParserException, IOException {
...
while (((type = parser.next()) != XmlPullParser.END_TAG ||
parser.getDepth() > depth) && type != XmlPullParser.END_DOCUMENT) {
...
final String name = parser.getName();
// 解析“requestFocus”標(biāo)簽茂蚓，讓父View調(diào)用requestFocus()獲取焦點(diǎn)
if (TAG_REQUEST_FOCUS.equals(name)) {
...
} else if (TAG_INCLUDE.equals(name)) {
...
} else if (TAG_MERGE.equals(name)) {
...
} else if (TAG_1995.equals(name)) {
...
} else {
// 調(diào)用createViewFromTag生成一個(gè)View
final View view = createViewFromTag(parent, name, attrs);
// 逐層遞歸調(diào)用rInflate，解析view嵌套的子View
rInflate(parser, view, attrs, true);
// 將解析生成子View添加到上一層View中
viewGroup.addView(view, params);
}
}
// 內(nèi)層子View被解析出來(lái)后，將調(diào)用其父View的“onFinishInflate()”回調(diào)
if (finishInflate) parent.onFinishInflate();
}
首先是幾個(gè)特殊標(biāo)簽的處理聋涨，如requestFocus晾浴、include等，為了把握住主要脈絡(luò)牍白，我們不做展開(kāi)脊凰，直接看最后一個(gè)else的內(nèi)容。
原來(lái)茂腥，rInflate主要是調(diào)用了createViewFromTag生成當(dāng)前解析到的View節(jié)點(diǎn)狸涌，并遞歸調(diào)用rInflate逐層生成子View，添加到各自的上層View節(jié)點(diǎn)中最岗。
當(dāng)某個(gè)節(jié)點(diǎn)下面的所有子節(jié)點(diǎn)View解析生成完成后帕胆，才會(huì)調(diào)起onFinishInflate回調(diào)。
所以createViewFromTag才是真正生成View的地方啊般渡。
createViewFromTag方法
View createViewFromTag(View parent, String name, AttributeSet attrs) {
...
try {
View view;
if (mFactory2 != null) view = mFactory2.onCreateView(parent, name, mContext, attrs);
else if (mFactory != null) view = mFactory.onCreateView(name, mContext, attrs);
else view = null;
if (view == null && mPrivateFactory != null) {
view = mPrivateFactory.onCreateView(parent, name, mContext, attrs);
}
// 三個(gè)Factory都不存在調(diào)用LayoutInflater自己的onCreateView或者createView
//
// 如果View標(biāo)簽中沒(méi)有"."懒豹，則代表是系統(tǒng)的widget，則調(diào)用onCreateView诊杆，
// 這個(gè)方法會(huì)通過(guò)"createView"方法創(chuàng)建View
// 不過(guò)前綴字段會(huì)自動(dòng)補(bǔ)"android.view."前綴歼捐。
if (view == null) {
if (-1 == name.indexOf('.')) {
view = onCreateView(parent, name, attrs);
} else {
view = createView(name, null, attrs);
}
}
return view;
} catch (InflateException e) {
...
} ...
}
public interface Factory {
public View onCreateView(String name, Context context, AttributeSet attrs);
}
首先會(huì)依次調(diào)用mFactory2、mFactory和mPrivateFactory三者之一的onCreateView方法去創(chuàng)建一個(gè)View晨汹。
如果這幾個(gè)Factory都為null豹储，會(huì)調(diào)用LayoutInflater自己的onCreateView或者createView來(lái)實(shí)例化View。
自定義Factory一個(gè)十分有用的使用場(chǎng)景就是實(shí)現(xiàn)應(yīng)用換膚淘这，有興趣的讀者可以參考我開(kāi)源的Android-Skin-Loader中的具體細(xì)節(jié)剥扣。
通常情況下，自定義工廠mFactory2铝穷、mFactory和私有工廠mPrivateFactory是空的钠怯，當(dāng)Activity繼承自AppCompatActivity時(shí)，才會(huì)存在自定義Factory曙聂。
所以晦炊，生成View的重任就落在了onCreateView和createView身上。
onCreateView調(diào)用的其實(shí)是createView宁脊，即View的節(jié)點(diǎn)名稱(chēng)沒(méi)有.時(shí)断国，將自動(dòng)補(bǔ)上android.view.前綴（即完整類(lèi)名）：
protected View onCreateView(String name, AttributeSet attrs)
throws ClassNotFoundException {
return createView(name, "android.view.", attrs);
}
繼續(xù)關(guān)注的createView實(shí)現(xiàn)。
createView方法
public final View createView(String name, String prefix, AttributeSet attrs)
throws ClassNotFoundException, InflateException {
Constructor<? extends View> constructor = sConstructorMap.get(name);
Class<? extends View> clazz = null;
try {
if (constructor == null) {
// 緩存中不存在某View的構(gòu)造方法榆苞，先new出來(lái)放緩存中
clazz = mContext.getClassLoader().loadClass(
prefix != null ? (prefix + name) : name).asSubclass(View.class);
...
constructor = clazz.getConstructor(mConstructorSignature);
sConstructorMap.put(name, constructor);
} else {
...
}
Object[] args = mConstructorArgs;
args[1] = attrs;
return constructor.newInstance(args);
} catch (NoSuchMethodException e) {
...
}
}
這就是最后一步了稳衬，十分容易理解：
通過(guò)傳進(jìn)來(lái)的全類(lèi)名，調(diào)用newInstance來(lái)創(chuàng)建一個(gè)這個(gè)類(lèi)的實(shí)例并返回坐漏，返回的這個(gè)實(shí)例就是我們需要的View了薄疚。
結(jié)合上面的遞歸解析過(guò)程碧信，每個(gè)層級(jí)的節(jié)點(diǎn)都會(huì)被生成一個(gè)個(gè)的View，并根據(jù)View的層級(jí)關(guān)系add到對(duì)應(yīng)的直接父View（上層節(jié)點(diǎn)）中街夭，最終返回一個(gè)包含了所有解析好的子View的布局根View砰碴。
至此，通過(guò)xml來(lái)加載View的整個(gè)原理就分析完成了莱坎。
總結(jié)
最后衣式，我們?cè)俅位仡櫹律厦娴姆治鼋Y(jié)果：
inflate方法的參數(shù)關(guān)系
root != null， attachToRoot == true
傳進(jìn)來(lái)的布局會(huì)被加載成為一個(gè)View并作為子View添加到root中檐什，最終返回root；
而且這個(gè)布局根節(jié)點(diǎn)的android:layout_xxx參數(shù)會(huì)被解析用來(lái)設(shè)置View的大腥蹩ā乃正；root == null， attachToRoot無(wú)意義
當(dāng)root為空時(shí)婶博，attachToRoot無(wú)論是什么都沒(méi)有意義瓮具。此時(shí)傳進(jìn)來(lái)的布局會(huì)被加載成為一個(gè)View并直接返回；
布局根View的android:layout_xxx屬性會(huì)被忽略凡人，即android:layout_xx屬性只有依附在某個(gè)ViewGroup中才能生效名党；root != null， attachToRoot == false
傳進(jìn)來(lái)的布局會(huì)被加載成為一個(gè)View并直接返回挠轴。
布局根View的android:layout_xxx屬性會(huì)被解析成LayoutParams并設(shè)置在View上传睹，此時(shí)root只用于設(shè)置布局根View的大小和位置。
加載xml布局的原理
其實(shí)就是從根節(jié)點(diǎn)開(kāi)始岸晦，遞歸解析xml的每個(gè)節(jié)點(diǎn)欧啤，每一步遞歸的過(guò)程是：通過(guò)節(jié)點(diǎn)名稱(chēng)（全類(lèi)名），使用ClassLoader創(chuàng)建對(duì)應(yīng)類(lèi)的實(shí)例启上，也就是View邢隧，然后，將這個(gè)View添加到它的上層節(jié)點(diǎn)（父View）冈在。并同時(shí)會(huì)解析對(duì)應(yīng)xml節(jié)點(diǎn)的屬性作為View的屬性倒慧。每個(gè)層級(jí)的節(jié)點(diǎn)都會(huì)被生成一個(gè)個(gè)的View，并根據(jù)View的層級(jí)關(guān)系add到對(duì)應(yīng)的直接父View（上層節(jié)點(diǎn)）中包券，最終返回一個(gè)包含了所有解析好的子View的布局根View纫谅。
