轉載請標明出處:http://blog.csdn.net/lmj623565791/article/details/38171465 ,
本文出自:http://blog.csdn.net/lmj623565791/article/details/38171465
1、 題外話
相信大家對LayoutInflate都不陌生,特別在ListView的Adapter的getView方法中基本都會出現,使用inflate方法去加載一個佈局,用於ListView的每個Item的佈局。Inflate有三個參數,我在初學Android的時候這麼理解的:
對於Inflate的三個參數(int resource, ViewGroup root, boolean attachToRoot)
如果inflate(layoutId, null )則layoutId的最外層的控件的寬高是沒有效果的
如果inflate(layoutId, root, false ) 則認爲和上面效果是一樣的
如果inflate(layoutId, root, true ) 則認爲這樣的話layoutId的最外層控件的寬高才能正常顯示
如果你也這麼認爲,那麼你有就必要好好閱讀這篇文章,因爲這篇文章首先會驗證上面的理解是錯誤的,然後從源碼角度去解釋,最後會從ViewGroup與View的角度去解釋。
2、 實踐是驗證真理的唯一標準
下面我寫一個特別常見的例子來驗證上面的理解是錯誤的,一個特別簡單的ListView,每個Item中放一個按鈕:
Activity的佈局文件:
-
<ListView xmlns:android="http://schemas.android.com/apk/res/android"
-
xmlns:tools="http://schemas.android.com/tools"
-
android:id="@+id/id_listview"
-
android:layout_width="fill_parent"
-
android:layout_height="wrap_content" >
-
</ListView>
ListView的Item的佈局文件:
-
<Button xmlns:android="http://schemas.android.com/apk/res/android"
-
xmlns:tools="http://schemas.android.com/tools"
-
android:id="@+id/id_btn"
-
android:layout_width="120dp"
-
android:layout_height="120dp" >
-
-
</Button>
ListView的適配器:
-
package com.example.zhy_layoutinflater;
-
-
import java.util.List;
-
-
import android.content.Context;
-
import android.view.LayoutInflater;
-
import android.view.View;
-
import android.view.ViewGroup;
-
import android.widget.BaseAdapter;
-
import android.widget.Button;
-
-
public class MyAdapter extends BaseAdapter
-
{
-
-
private LayoutInflater mInflater;
-
private List<String> mDatas;
-
-
public MyAdapter(Context context, List<String> datas)
-
{
-
mInflater = LayoutInflater.from(context);
-
mDatas = datas;
-
}
-
-
@Override
-
public int getCount()
-
{
-
return mDatas.size();
-
}
-
-
@Override
-
public Object getItem(int position)
-
{
-
return mDatas.get(position);
-
}
-
-
@Override
-
public long getItemId(int position)
-
{
-
return position;
-
}
-
-
@Override
-
public View getView(int position, View convertView, ViewGroup parent)
-
{
-
-
ViewHolder holder = null;
-
if (convertView == null)
-
{
-
holder = new ViewHolder();
-
convertView = mInflater.inflate(R.layout.item, null);
-
-
-
holder.mBtn = (Button) convertView.findViewById(R.id.id_btn);
-
convertView.setTag(holder);
-
} else
-
{
-
holder = (ViewHolder) convertView.getTag();
-
}
-
-
holder.mBtn.setText(mDatas.get(position));
-
-
return convertView;
-
}
-
-
private final class ViewHolder
-
{
-
Button mBtn;
-
}
-
}
主Activity:
-
package com.example.zhy_layoutinflater;
-
-
import java.util.Arrays;
-
import java.util.List;
-
-
import android.app.Activity;
-
import android.os.Bundle;
-
import android.widget.ListView;
-
-
public class MainActivity extends Activity
-
{
-
-
private ListView mListView;
-
private MyAdapter mAdapter;
-
private List<String> mDatas = Arrays.asList("Hello", "Java", "Android");
-
-
@Override
-
protected void onCreate(Bundle savedInstanceState)
-
{
-
super.onCreate(savedInstanceState);
-
setContentView(R.layout.activity_main);
-
-
mListView = (ListView) findViewById(R.id.id_listview);
-
mAdapter = new MyAdapter(this, mDatas);
-
mListView.setAdapter(mAdapter);
-
-
-
}
-
-
}
好了,相信大家對這個例子都再熟悉不過了,沒啥好說的,我們主要關注getView裏面的inflate那行代碼:下面我依次把getView裏的寫成:
1、convertView = mInflater.inflate(R.layout.item, null);
2、convertView = mInflater.inflate(R.layout.item, parent ,false);
3、convertView = mInflater.inflate(R.layout.item, parent ,true);
分別看效果圖:
圖1:
圖2:
圖3:
-
FATAL EXCEPTION: main
-
java.lang.UnsupportedOperationException:
-
addView(View, LayoutParams) is not supported in AdapterView
嗯,沒錯沒有圖3,第三種寫法會報錯。
由上面三行代碼的變化,產生3個不同的結果,可以看到
inflater(resId, null )的確不能正確處理寬高的值,但是inflater(resId,parent,false)並非和inflater(resId, null )效果一致,它可以看出完美的顯示了寬和高。
而inflater(resId,parent,true)報錯了(錯誤的原因在解析源碼的時候說)。
由此可見:文章開始提出的理解是絕對錯誤的。
3、源碼解析
下面我通過源碼來解釋,這三種寫法真正的差異
這三個方法,最終都會執行下面的代碼:
-
public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {
-
synchronized (mConstructorArgs) {
-
final AttributeSet attrs = Xml.asAttributeSet(parser);
-
Context lastContext = (Context)mConstructorArgs[0];
-
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 (DEBUG) {
-
System.out.println("**************************");
-
System.out.println("Creating root view: "
-
+ name);
-
System.out.println("**************************");
-
}
-
-
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, false);
-
} else {
-
-
View temp;
-
if (TAG_1995.equals(name)) {
-
temp = new BlinkLayout(mContext, attrs);
-
} else {
-
temp = createViewFromTag(root, name, attrs);
-
}
-
-
ViewGroup.LayoutParams params = null;
-
-
if (root != null) {
-
if (DEBUG) {
-
System.out.println("Creating params from root: " +
-
root);
-
}
-
-
params = root.generateLayoutParams(attrs);
-
if (!attachToRoot) {
-
-
-
temp.setLayoutParams(params);
-
}
-
}
-
-
if (DEBUG) {
-
System.out.println("-----> start inflating children");
-
}
-
-
rInflate(parser, temp, attrs, true);
-
if (DEBUG) {
-
System.out.println("-----> done inflating children");
-
}
-
-
-
-
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;
-
} finally {
-
-
mConstructorArgs[0] = lastContext;
-
mConstructorArgs[1] = null;
-
}
-
-
return result;
-
}
-
}
第6行:首先聲明瞭View result = root ;//最終返回值爲result
第43行執行了:temp = createViewFromTag(root, name, attrs);創建了View
然後直接看48-59:
-
if(root!=null)
-
{
-
params = root.generateLayoutParams(attrs);
-
if (!attachToRoot)
-
{
-
temp.setLayoutParams(params);
-
}
-
}
可以看到,當root不爲null,attachToRoot爲false時,爲temp設置了LayoutParams.
繼續往下,看73-75行:
-
if (root != null && attachToRoot)
-
{
-
root.addView(temp, params);
-
}
當root不爲null,attachToRoot爲true時,將tmp按照params添加到root中。
然後78-81行:
-
if (root == null || !attachToRoot) {
-
result = temp;
-
}
如果root爲null,或者attachToRoot爲false則,將temp賦值給result。
最後返回result。
從上面的分析已經可以看出:
Inflate(resId , null ) 只創建temp ,返回temp
Inflate(resId , parent, false )創建temp,然後執行temp.setLayoutParams(params);返回temp
Inflate(resId , parent, true ) 創建temp,然後執行root.addView(temp, params);最後返回root
由上面已經能夠解釋:
Inflate(resId , null )不能正確處理寬和高是因爲:layout_width,layout_height是相對了父級設置的,必須與父級的LayoutParams一致。而此temp的getLayoutParams爲null
Inflate(resId , parent,false ) 可以正確處理,因爲temp.setLayoutParams(params);這個params正是root.generateLayoutParams(attrs);得到的。
Inflate(resId , parent,true )不僅能夠正確的處理,而且已經把resId這個view加入到了parent,並且返回的是parent,和以上兩者返回值有絕對的區別,還記得文章前面的例子上,MyAdapter裏面的getView報的錯誤:
-
java.lang.UnsupportedOperationException:
-
addView(View, LayoutParams) is not supported in AdapterView
這是因爲源碼中調用了root.addView(temp, params);而此時的root是我們的ListView,ListView爲AdapterView的子類:
直接看AdapterView的源碼:
-
@Override
-
public void addView(View child) {
-
throw new UnsupportedOperationException("addView(View) is not supported in AdapterView");
-
}
可以看到這個錯誤爲啥產生了。
4、 進一步的解析
上面我根據源碼得出的結論可能大家還是有一絲的迷惑,我再寫個例子論證我們上面得出的結論:
主佈局文件:
-
<Button xmlns:android="http://schemas.android.com/apk/res/android"
-
xmlns:tools="http://schemas.android.com/tools"
-
android:id="@+id/id_btn"
-
android:layout_width="120dp"
-
android:layout_height="120dp"
-
android:text="Button" >
-
</Button>
主Activity:
-
package com.example.zhy_layoutinflater;
-
-
import android.app.ListActivity;
-
import android.os.Bundle;
-
import android.util.Log;
-
import android.view.LayoutInflater;
-
import android.view.View;
-
import android.view.ViewGroup;
-
-
public class MainActivity extends ListActivity
-
{
-
-
-
private LayoutInflater mInflater;
-
-
@Override
-
protected void onCreate(Bundle savedInstanceState)
-
{
-
super.onCreate(savedInstanceState);
-
-
mInflater = LayoutInflater.from(this);
-
-
View view1 = mInflater.inflate(R.layout.activity_main, null);
-
View view2 = mInflater.inflate(R.layout.activity_main,
-
(ViewGroup)findViewById(android.R.id.content), false);
-
View view3 = mInflater.inflate(R.layout.activity_main,
-
(ViewGroup)findViewById(android.R.id.content), true);
-
-
Log.e("TAG", "view1 = " + view1 +" , view1.layoutParams = " + view1.getLayoutParams());
-
Log.e("TAG", "view2 = " + view2 +" , view2.layoutParams = " + view2.getLayoutParams());
-
Log.e("TAG", "view3 = " + view3 );
-
-
}
-
-
}
可以看到我們的主Activity並沒有執行setContentView,僅僅執行了LayoutInflater的3個方法。
注:parent我們用的是Activity的內容區域:即android.R.id.content,是一個FrameLayout,我們在setContentView(resId)時,其實系統會自動爲了包上一層FrameLayout(id=content)。
按照我們上面的說法:
view1的layoutParams 應該爲null
view2的layoutParams 應該不爲null,且爲FrameLayout.LayoutParams
view3爲FrameLayout,且將這個button添加到Activity的內容區域了(因爲R.id.content代表Actvity內容區域)
下面看一下輸出結果,和Activity的展示:
-
07-27 14:17:36.703: E/TAG(2911): view1 = android.widget.Button@429d1660 , view1.layoutParams = null
-
07-27 14:17:36.703: E/TAG(2911): view2 = android.widget.Button@42a0e120 , view2.layoutParams = android.widget.FrameLayout$LayoutParams@42a0e9a0
-
07-27 14:17:36.703: E/TAG(2911): view3 = android.widget.FrameLayout@42a0a240
效果圖:
可見,雖然我們沒有執行setContentView,但是依然可以看到繪製的控件,是因爲
View view3 = mInflater.inflate(R.layout.activity_main,(ViewGroup)findViewById(android.R.id.content), true);
這個方法內部已經執行了root.addView(temp , params); 上面已經解析過了。
也可以看出:和我們的推測完全一致,到此已經完全說明了inflate3個重載的方法的區別。相信大家以後在使用時也能選擇出最好的方式。不過下面準備從ViewGroup和View的角度來說一下,爲啥layoutParams爲null,就不能這確的處理。
5、從ViewGroup和View的角度來解析
如果大家對自定義ViewGroup和自定義View有一定的掌握,肯定不會對onMeasure方法陌生:
ViewGroup的onMeasure方法所做的是:
爲childView設置測量模式和測量出來的值。
如何設置呢?就是根據LayoutParams。
如果childView的寬爲:LayoutParams. MATCH_PARENT,則設置模式爲MeasureSpec.EXACTLY,且爲childView計算寬度。
如果childView的寬爲:固定值(即大於0),則設置模式爲MeasureSpec.EXACTLY,且將lp.width直接作爲childView的寬度。
如果childView的寬爲:LayoutParams. WRAP_CONTENT,則設置模式爲:MeasureSpec.AT_MOST
高度與寬度類似。
View的onMeasure方法:
主要做的就是根據ViewGroup傳入的測量模式和測量值,計算自己應該的寬和高:
一般是這樣的流程:
如果寬的模式是AT_MOST:則自己計算寬的值。
如果寬的模式是EXACTLY:則直接使用MeasureSpec.getSize(widthMeasureSpec);
對於最後一塊,如果不清楚,不要緊,以後我會在自定義ViewGroup和自定義View時詳細講解的。
大概就是這樣的流程,真正的繪製過程肯定比這個要複雜,就是爲了說明如果View的寬和高如果設置爲準確值,則一定依賴於LayoutParams,所以我們的inflate(resId,null)纔沒能正確處理寬和高。