有不少朋友跟我反應(yīng)，都希望我可以寫一篇關(guān)于View的文章，講一講View的工作原理以及自定義View的方法。沒錯(cuò)，承諾過的文章我是一定要兌現(xiàn)的，而且在View這個(gè)話題上我還準(zhǔn)備多寫幾篇，盡量能將這個(gè)知識(shí)點(diǎn)講得透徹一些。那么今天就從LayoutInflater開始講起吧。
相信接觸Android久一點(diǎn)的朋友對(duì)于LayoutInflater一定不會(huì)陌生，都會(huì)知道它主要是用于加載布局的。而剛接觸Android的朋友可能對(duì)LayoutInflater不怎么熟悉，因?yàn)榧虞d布局的任務(wù)通常都是在Activity中調(diào)用setContentView()方法來完成的。其實(shí)setContentView()方法的內(nèi)部也是使用LayoutInflater來加載布局的，只不過這部分源碼是internal的，不太容易查看到。那么今天我們就來把LayoutInflater的工作流程仔細(xì)地剖析一遍，也許還能解決掉某些困擾你心頭多年的疑惑。
先來看一下LayoutInflater的基本用法吧，它的用法非常簡(jiǎn)單，首先需要獲取到LayoutInflater的實(shí)例，有兩種方法可以獲取到，第一種寫法如下：
[java]view plaincopy
LayoutInflater?layoutInflater?=?LayoutInflater.from(context);
當(dāng)然，還有另外一種寫法也可以完成同樣的效果：
[java]view plaincopy
LayoutInflater?layoutInflater?=?(LayoutInflater)?context
.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
其實(shí)第一種就是第二種的簡(jiǎn)單寫法，只是Android給我們做了一下封裝而已。得到了LayoutInflater的實(shí)例之后就可以調(diào)用它的inflate()方法來加載布局了，如下所示：
[java]view plaincopy
layoutInflater.inflate(resourceId,?root);
inflate()方法一般接收兩個(gè)參數(shù)，第一個(gè)參數(shù)就是要加載的布局id，第二個(gè)參數(shù)是指給該布局的外部再嵌套一層父布局，如果不需要就直接傳null。這樣就成功成功創(chuàng)建了一個(gè)布局的實(shí)例，之后再將它添加到指定的位置就可以顯示出來了。
下面我們就通過一個(gè)非常簡(jiǎn)單的小例子，來更加直觀地看一下LayoutInflater的用法。比如說當(dāng)前有一個(gè)項(xiàng)目，其中MainActivity對(duì)應(yīng)的布局文件叫做activity_main.xml，代碼如下所示：
[html]view plaincopy
android:id="@+id/main_layout"
android:layout_width="match_parent"
android:layout_height="match_parent">
這個(gè)布局文件的內(nèi)容非常簡(jiǎn)單，只有一個(gè)空的LinearLayout，里面什么控件都沒有，因此界面上應(yīng)該不會(huì)顯示任何東西。
那么接下來我們?cè)俣x一個(gè)布局文件，給它取名為button_layout.xml，代碼如下所示：
[html]view plaincopy
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Button">
這個(gè)布局文件也非常簡(jiǎn)單，只有一個(gè)Button按鈕而已?，F(xiàn)在我們要想辦法，如何通過LayoutInflater來將button_layout這個(gè)布局添加到主布局文件的LinearLayout中。根據(jù)剛剛介紹的用法，修改MainActivity中的代碼，如下所示：
[java]view plaincopy
publicclassMainActivityextendsActivity?{
privateLinearLayout?mainLayout;
@Override
protectedvoidonCreate(Bundle?savedInstanceState)?{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mainLayout?=?(LinearLayout)?findViewById(R.id.main_layout);
LayoutInflater?layoutInflater?=?LayoutInflater.from(this);
View?buttonLayout?=?layoutInflater.inflate(R.layout.button_layout,null);
mainLayout.addView(buttonLayout);
}
}
可以看到，這里先是獲取到了LayoutInflater的實(shí)例，然后調(diào)用它的inflate()方法來加載button_layout這個(gè)布局，最后調(diào)用LinearLayout的addView()方法將它添加到LinearLayout中。
現(xiàn)在可以運(yùn)行一下程序，結(jié)果如下圖所示：
Button在界面上顯示出來了！說明我們確實(shí)是借助LayoutInflater成功將button_layout這個(gè)布局添加到LinearLayout中了。LayoutInflater技術(shù)廣泛應(yīng)用于需要?jiǎng)討B(tài)添加View的時(shí)候，比如在ScrollView和ListView中，經(jīng)常都可以看到LayoutInflater的身影。
當(dāng)然，僅僅只是介紹了如何使用LayoutInflater顯然是遠(yuǎn)遠(yuǎn)無法滿足大家的求知欲的，知其然也要知其所以然，接下來我們就從源碼的角度上看一看LayoutInflater到底是如何工作的。
不管你是使用的哪個(gè)inflate()方法的重載，最終都會(huì)輾轉(zhuǎn)調(diào)用到LayoutInflater的如下代碼中：
[java]view plaincopy
publicView?inflate(XmlPullParser?parser,?ViewGroup?root,booleanattachToRoot)?{
synchronized(mConstructorArgs)?{
finalAttributeSet?attrs?=?Xml.asAttributeSet(parser);
mConstructorArgs[0]?=?mContext;
View?result?=?root;
try{
inttype;
while((type?=?parser.next())?!=?XmlPullParser.START_TAG?&&
type?!=?XmlPullParser.END_DOCUMENT)?{
}
if(type?!=?XmlPullParser.START_TAG)?{
thrownewInflateException(parser.getPositionDescription()
+":?No?start?tag?found!");
}
finalString?name?=?parser.getName();
if(TAG_MERGE.equals(name))?{
if(root?==null||?!attachToRoot)?{
thrownewInflateException("merge?can?be?used?only?with?a?valid?"
+"ViewGroup?root?and?attachToRoot=true");
}
rInflate(parser,?root,?attrs);
}else{
View?temp?=?createViewFromTag(name,?attrs);
ViewGroup.LayoutParams?params?=null;
if(root?!=null)?{
params?=?root.generateLayoutParams(attrs);
if(!attachToRoot)?{
temp.setLayoutParams(params);
}
}
rInflate(parser,?temp,?attrs);
if(root?!=null&&?attachToRoot)?{
root.addView(temp,?params);
}
if(root?==null||?!attachToRoot)?{
result?=?temp;
}
}
}catch(XmlPullParserException?e)?{
InflateException?ex?=newInflateException(e.getMessage());
ex.initCause(e);
throwex;
}catch(IOException?e)?{
InflateException?ex?=newInflateException(
parser.getPositionDescription()
+":?"+?e.getMessage());
ex.initCause(e);
throwex;
}
returnresult;
}
}
從這里我們就可以清楚地看出，LayoutInflater其實(shí)就是使用Android提供的pull解析方式來解析布局文件的。不熟悉pull解析方式的朋友可以網(wǎng)上搜一下，教程很多，我就不細(xì)講了，這里我們注意看下第23行，調(diào)用了createViewFromTag()這個(gè)方法，并把節(jié)點(diǎn)名和參數(shù)傳了進(jìn)去?？吹竭@個(gè)方法名，我們就應(yīng)該能猜到，它是用于根據(jù)節(jié)點(diǎn)名來創(chuàng)建View對(duì)象的。確實(shí)如此，在createViewFromTag()方法的內(nèi)部又會(huì)去調(diào)用createView()方法，然后使用反射的方式創(chuàng)建出View的實(shí)例并返回。
當(dāng)然，這里只是創(chuàng)建出了一個(gè)根布局的實(shí)例而已，接下來會(huì)在第31行調(diào)用rInflate()方法來循環(huán)遍歷這個(gè)根布局下的子元素，代碼如下所示：
[java]view plaincopy
privatevoidrInflate(XmlPullParser?parser,?View?parent,finalAttributeSet?attrs)
throwsXmlPullParserException,?IOException?{
finalintdepth?=?parser.getDepth();
inttype;
while(((type?=?parser.next())?!=?XmlPullParser.END_TAG?||
parser.getDepth()?>?depth)?&&?type?!=?XmlPullParser.END_DOCUMENT)?{
if(type?!=?XmlPullParser.START_TAG)?{
continue;
}
finalString?name?=?parser.getName();
if(TAG_REQUEST_FOCUS.equals(name))?{
parseRequestFocus(parser,?parent);
}elseif(TAG_INCLUDE.equals(name))?{
if(parser.getDepth()?==0)?{
thrownewInflateException("?cannot?be?the?root?element");
}
parseInclude(parser,?parent,?attrs);
}elseif(TAG_MERGE.equals(name))?{
thrownewInflateException("?must?be?the?root?element");
}else{
finalView?view?=?createViewFromTag(name,?attrs);
finalViewGroup?viewGroup?=?(ViewGroup)?parent;
finalViewGroup.LayoutParams?params?=?viewGroup.generateLayoutParams(attrs);
rInflate(parser,?view,?attrs);
viewGroup.addView(view,?params);
}
}
parent.onFinishInflate();
}
可以看到，在第21行同樣是createViewFromTag()方法來創(chuàng)建View的實(shí)例，然后還會(huì)在第24行遞歸調(diào)用rInflate()方法來查找這個(gè)View下的子元素，每次遞歸完成后則將這個(gè)View添加到父布局當(dāng)中。
這樣的話，把整個(gè)布局文件都解析完成后就形成了一個(gè)完整的DOM結(jié)構(gòu)，最終會(huì)把最頂層的根布局返回，至此inflate()過程全部結(jié)束。
比較細(xì)心的朋友也許會(huì)注意到，inflate()方法還有個(gè)接收三個(gè)參數(shù)的方法重載，結(jié)構(gòu)如下：
[java]view plaincopy
inflate(intresource,?ViewGroup?root,booleanattachToRoot)
那么這第三個(gè)參數(shù)attachToRoot又是什么意思呢？其實(shí)如果你仔細(xì)去閱讀上面的源碼應(yīng)該可以自己分析出答案，這里我先將結(jié)論說一下吧，感興趣的朋友可以再閱讀一下源碼，校驗(yàn)我的結(jié)論是否正確。
1. 如果root為null，attachToRoot將失去作用，設(shè)置任何值都沒有意義。
2. 如果root不為null，attachToRoot設(shè)為true，則會(huì)給加載的布局文件的指定一個(gè)父布局，即root。
3. 如果root不為null，attachToRoot設(shè)為false，則會(huì)將布局文件最外層的所有l(wèi)ayout屬性進(jìn)行設(shè)置，當(dāng)該view被添加到父view當(dāng)中時(shí)，這些layout屬性會(huì)自動(dòng)生效。
4. 在不設(shè)置attachToRoot參數(shù)的情況下，如果root不為null，attachToRoot參數(shù)默認(rèn)為true。
好了，現(xiàn)在對(duì)LayoutInflater的工作原理和流程也搞清楚了，你該滿足了吧。額。。。。還嫌這個(gè)例子中的按鈕看起來有點(diǎn)小，想要調(diào)大一些？那簡(jiǎn)單的呀，修改button_layout.xml中的代碼，如下所示：
[html]view plaincopy
android:layout_width="300dp"
android:layout_height="80dp"
android:text="Button">
這里我們將按鈕的寬度改成300dp，高度改成80dp，這樣夠大了吧？現(xiàn)在重新運(yùn)行一下程序來觀察效果。咦？怎么按鈕還是原來的大小，沒有任何變化！是不是按鈕仍然不夠大，再改大一點(diǎn)呢？還是沒有用！
其實(shí)這里不管你將Button的layout_width和layout_height的值修改成多少，都不會(huì)有任何效果的，因?yàn)檫@兩個(gè)值現(xiàn)在已經(jīng)完全失去了作用。平時(shí)我們經(jīng)常使用layout_width和layout_height來設(shè)置View的大小，并且一直都能正常工作，就好像這兩個(gè)屬性確實(shí)是用于設(shè)置View的大小的。而實(shí)際上則不然，它們其實(shí)是用于設(shè)置View在布局中的大小的，也就是說，首先View必須存在于一個(gè)布局中，之后如果將layout_width設(shè)置成match_parent表示讓View的寬度填充滿布局，如果設(shè)置成wrap_content表示讓View的寬度剛好可以包含其內(nèi)容，如果設(shè)置成具體的數(shù)值則View的寬度會(huì)變成相應(yīng)的數(shù)值。這也是為什么這兩個(gè)屬性叫作layout_width和layout_height，而不是width和height。
再來看一下我們的button_layout.xml吧，很明顯Button這個(gè)控件目前不存在于任何布局當(dāng)中，所以layout_width和layout_height這兩個(gè)屬性理所當(dāng)然沒有任何作用。那么怎樣修改才能讓按鈕的大小改變呢？解決方法其實(shí)有很多種，最簡(jiǎn)單的方式就是在Button的外面再嵌套一層布局，如下所示：
[html]view plaincopy
android:layout_width="match_parent"
android:layout_height="match_parent">
android:layout_width="300dp"
android:layout_height="80dp"
android:text="Button">
可以看到，這里我們又加入了一個(gè)RelativeLayout，此時(shí)的Button存在與RelativeLayout之中，layout_width和layout_height屬性也就有作用了。當(dāng)然，處于最外層的RelativeLayout，它的layout_width和layout_height則會(huì)失去作用?，F(xiàn)在重新運(yùn)行一下程序，結(jié)果如下圖所示：
OK！按鈕的終于可以變大了，這下總算是滿足大家的要求了吧。
看到這里，也許有些朋友心中會(huì)有一個(gè)巨大的疑惑。不對(duì)呀！平時(shí)在Activity中指定布局文件的時(shí)候，最外層的那個(gè)布局是可以指定大小的呀，layout_width和layout_height都是有作用的。確實(shí)，這主要是因?yàn)?，在setContentView()方法中，Android會(huì)自動(dòng)在布局文件的最外層再嵌套一個(gè)FrameLayout，所以layout_width和layout_height屬性才會(huì)有效果。那么我們來證實(shí)一下吧，修改MainActivity中的代碼，如下所示：
[java]view plaincopy
publicclassMainActivityextendsActivity?{
privateLinearLayout?mainLayout;
@Override
protectedvoidonCreate(Bundle?savedInstanceState)?{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mainLayout?=?(LinearLayout)?findViewById(R.id.main_layout);
ViewParent?viewParent?=?mainLayout.getParent();
Log.d("TAG","the?parent?of?mainLayout?is?"+?viewParent);
}
}
可以看到，這里通過findViewById()方法，拿到了activity_main布局中最外層的LinearLayout對(duì)象，然后調(diào)用它的getParent()方法獲取它的父布局，再通過Log打印出來。現(xiàn)在重新運(yùn)行一下程序，結(jié)果如下圖所示：
非常正確！LinearLayout的父布局確實(shí)是一個(gè)FrameLayout，而這個(gè)FrameLayout就是由系統(tǒng)自動(dòng)幫我們添加上的。
說到這里，雖然setContentView()方法大家都會(huì)用，但實(shí)際上Android界面顯示的原理要比我們所看到的東西復(fù)雜得多。任何一個(gè)Activity中顯示的界面其實(shí)主要都由兩部分組成，標(biāo)題欄和內(nèi)容布局。標(biāo)題欄就是在很多界面頂部顯示的那部分內(nèi)容，比如剛剛我們的那個(gè)例子當(dāng)中就有標(biāo)題欄，可以在代碼中控制讓它是否顯示。而內(nèi)容布局就是一個(gè)FrameLayout，這個(gè)布局的id叫作content，我們調(diào)用setContentView()方法時(shí)所傳入的布局其實(shí)就是放到這個(gè)FrameLayout中的，這也是為什么這個(gè)方法名叫作setContentView()，而不是叫setView()。
最后再附上一張Activity窗口的組成圖吧，以便于大家更加直觀地理解：
好了，今天就講到這里了，支持的、吐槽的、有疑問的、以及打醬油的路過朋友盡管留言吧 ^v^ 感興趣的朋友可以繼續(xù)閱讀Android視圖繪制流程完全解析，帶你一步步深入了解View(二)。
