編輯:關於Android編程
相信大家對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的角度去解釋。
下面我寫一個特別常見的例子來驗證上面的理解是錯誤的,一個特別簡單的ListView,每個Item中放一個按鈕:
Activity的布局文件:
ListView的Item的布局文件:
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 ListmDatas; public MyAdapter(Context context, List 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); // convertView = mInflater.inflate(R.layout.item, parent ,false); // convertView = mInflater.inflate(R.layout.item, parent ,true); 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; } }
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好了,相信大家對這個例子都再熟悉不過了,沒啥好說的,我們主要關注getView裡面的inflate那行代碼:下面我依次把getView裡的寫成: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); } }
圖2:
圖3:
FATAL EXCEPTION: main java.lang.UnsupportedOperationException: addView(View, LayoutParams) is not supported in AdapterView
由上面三行代碼的變化,產生3個不同的結果,可以看到
inflater(resId, null )的確不能正確處理寬高的值,但是inflater(resId,parent,false)並非和inflater(resId, null )效果一致,它可以看出完美的顯示了寬和高。
而inflater(resId,parent,true)報錯了(錯誤的原因在解析源碼的時候說)。
由此可見:文章開始提出的理解是絕對錯誤的。
下面我通過源碼來解釋,這三種寫法真正的差異
這三個方法,最終都會執行下面的代碼:
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 { // Look for the root node. int type; 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 (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(can be used only with a valid + ViewGroup root and attachToRoot=true); } rInflate(parser, root, attrs, false); } else { // Temp is the root view that was found in the xml 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); } // Create layout params that match root, if supplied params = root.generateLayoutParams(attrs); if (!attachToRoot) { // Set the layout params for temp if we are not // attaching. (If we are, we use addView, below) temp.setLayoutParams(params); } } if (DEBUG) { System.out.println(-----> start inflating children); } // Inflate all children under temp rInflate(parser, temp, attrs, true); if (DEBUG) { System.out.println(-----> done inflating children); } // We are supposed to attach all the views we found (int temp) // to root. Do that now. if (root != null && attachToRoot) { root.addView(temp, params); } // Decide whether to return the root that was passed in or the // top view found in xml. 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 { // Don't retain static reference on context. mConstructorArgs[0] = lastContext; mConstructorArgs[1] = null; } return 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; }
最後返回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
@Override public void addView(View child) { throw new UnsupportedOperationException(addView(View) is not supported in AdapterView); }
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 ); } }
按照我們上面的說法:
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,就不能這確的處理。
如果大家對自定義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)才沒能正確處理寬和高。
1. Dom概述Dom方式創建XML,應用了標准xml構造器 javax.xml.parsers.DocumentBuilder 來創建 XML 文檔,需要導入以下內容j
AIDL是Android Interface Definition Language, 顧名思義,它主要就是用來定義接口的一種語言。Android提供AIDL主要用來進程
用到Media Player,遇到幾個問題,記一下 用法就不說了,使用的時候最好參考一下mediaPlayer的這張圖 第一個錯誤是Medi
JSON的定義: 一種輕量級的數據交換格式,具有良好的可讀和便於快速編寫的特性。業內主流技術為其提供了完整的解決方案(有點類似於正則表達式 ,獲得了當今大部分語言的支持)