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