欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

深入解析Android App的LayoutInflate布局

 更新時(shí)間：2016年04月18日 16:22:54   作者：鴻洋_  
這篇文章主要介紹了Android App的LayoutInflate布局,對(duì)LayoutInflate編寫中經(jīng)常被無解及產(chǎn)生錯(cuò)誤的地方進(jìn)行了深入說明,需要的朋友可以參考下

1、 題外話 
 相信大家對(duì)LayoutInflate都不陌生，特別在ListView的Adapter的getView方法中基本都會(huì)出現(xiàn)，使用inflate方法去加載一個(gè)布局，用于ListView的每個(gè)Item的布局。Inflate有三個(gè)參數(shù)，我在初學(xué)Android的時(shí)候這么理解的：
（1）對(duì)于Inflate的三個(gè)參數(shù)(int resource, ViewGroup root, boolean attachToRoot)；
（2）如果inflate(layoutId, null )則layoutId的最外層的控件的寬高是沒有效果的；
（3）如果inflate(layoutId, root, false ) 則認(rèn)為和上面效果是一樣的；
（4）如果inflate(layoutId, root, true ) 則認(rèn)為這樣的話layoutId的最外層控件的寬高才能正常顯示；
如果你也這么認(rèn)為，那么你有就必要好好閱讀這篇文章，因?yàn)檫@篇文章首先會(huì)驗(yàn)證上面的理解是錯(cuò)誤的，然后從源碼角度去解釋，最后會(huì)從ViewGroup與View的角度去解釋。
2、 實(shí)踐是驗(yàn)證真理的唯一標(biāo)準(zhǔn)
下面我寫一個(gè)特別常見的例子來驗(yàn)證上面的理解是錯(cuò)誤的，一個(gè)特別簡(jiǎn)單的ListView，每個(gè)Item中放一個(gè)按鈕：
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); 
//     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; 
  } 
}

 

主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); 
 
 
  } 
 
}

好了，相信大家對(duì)這個(gè)例子都再熟悉不過了，沒啥好說的，我們主要關(guān)注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：

2016418161657231.jpg (362×301)

圖2：

2016418161728832.jpg (366×510)

圖3：

FATAL EXCEPTION: main 
java.lang.UnsupportedOperationException:  
addView(View, LayoutParams) is not supported in AdapterView

嗯，沒錯(cuò)沒有圖3，第三種寫法會(huì)報(bào)錯(cuò)。
由上面三行代碼的變化，產(chǎn)生3個(gè)不同的結(jié)果，可以看到
inflater(resId, null )的確不能正確處理寬高的值，但是inflater(resId,parent,false)并非和inflater(resId, null )效果一致，它可以看出完美的顯示了寬和高。
而inflater(resId,parent,true)報(bào)錯(cuò)了（錯(cuò)誤的原因在解析源碼的時(shí)候說）。
由此可見：文章開始提出的理解是絕對(duì)錯(cuò)誤的。
3、源碼解析
下面我通過源碼來解釋，這三種寫法真正的差異
這三個(gè)方法，最終都會(huì)執(zhí)行下面的代碼：

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("<merge /> 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; 
    } 
  }

第6行：首先聲明了View result = root ；//最終返回值為result
第43行執(zhí)行了：temp = createViewFromTag(root, name, attrs);創(chuàng)建了View
然后直接看48-59：

if(root!=null) 
{ 
 params = root.generateLayoutParams(attrs); 
    if (!attachToRoot) 
 { 
  temp.setLayoutParams(params); 
 } 
}

可以看到，當(dāng)root不為null,attachToRoot為false時(shí)，為temp設(shè)置了LayoutParams.
繼續(xù)往下，看73-75行：

if (root != null && attachToRoot) 
{ 
root.addView(temp, params); 
}

當(dāng)root不為null，attachToRoot為true時(shí)，將tmp按照params添加到root中。
然后78-81行：

if (root == null || !attachToRoot) {  
result = temp;  
}

如果root為null，或者attachToRoot為false則，將temp賦值給result。
最后返回result。

從上面的分析已經(jīng)可以看出：
（1）Inflate(resId , null ) 只創(chuàng)建temp ,返回temp
（2）Inflate(resId , parent, false )創(chuàng)建temp，然后執(zhí)行temp.setLayoutParams(params);返回temp
（3）Inflate(resId , parent, true ) 創(chuàng)建temp，然后執(zhí)行root.addView(temp, params);最后返回root
由上面已經(jīng)能夠解釋：
（1）Inflate(resId , null )不能正確處理寬和高是因?yàn)椋簂ayout_width,layout_height是相對(duì)了父級(jí)設(shè)置的，必須與父級(jí)的LayoutParams一致。而此temp的getLayoutParams為null
Inflate(resId , parent,false ) 可以正確處理，因?yàn)閠emp.setLayoutParams(params);這個(gè)params正是root.generateLayoutParams(attrs);得到的。
（2）Inflate(resId , parent,true )不僅能夠正確的處理，而且已經(jīng)把resId這個(gè)view加入到了parent，并且返回的是parent，和以上兩者返回值有絕對(duì)的區(qū)別，還記得文章前面的例子上，MyAdapter里面的getView報(bào)的錯(cuò)誤:
[html] view plain copy 在CODE上查看代碼片派生到我的代碼片

java.lang.UnsupportedOperationException:  
addView(View, LayoutParams) is not supported in AdapterView

這是因?yàn)樵创a中調(diào)用了root.addView(temp, params);而此時(shí)的root是我們的ListView，ListView為AdapterView的子類:
直接看AdapterView的源碼：

@Override 
 public void addView(View child) { 
    throw new UnsupportedOperationException("addView(View) is not supported in AdapterView"); 
 }

可以看到這個(gè)錯(cuò)誤為啥產(chǎn)生了。
4、 進(jìn)一步的解析
上面我根據(jù)源碼得出的結(jié)論可能大家還是有一絲的迷惑，我再寫個(gè)例子論證我們上面得出的結(jié)論：
主布局文件：

<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并沒有執(zhí)行setContentView，僅僅執(zhí)行了LayoutInflater的3個(gè)方法。
注：parent我們用的是Activity的內(nèi)容區(qū)域：即android.R.id.content，是一個(gè)FrameLayout，我們?cè)趕etContentView(resId)時(shí)，其實(shí)系統(tǒng)會(huì)自動(dòng)為了包上一層FrameLayout（id=content）。
按照我們上面的說法：
（1）view1的layoutParams 應(yīng)該為null
（2）view2的layoutParams 應(yīng)該不為null，且為FrameLayout.LayoutParams
（3）view3為FrameLayout，且將這個(gè)button添加到Activity的內(nèi)容區(qū)域了（因?yàn)镽.id.content代表Actvity內(nèi)容區(qū)域）
下面看一下輸出結(jié)果，和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

效果圖：

2016418162206798.jpg (364×356)

可見，雖然我們沒有執(zhí)行setContentView，但是依然可以看到繪制的控件，是因?yàn)?br />

復(fù)制代碼 代碼如下:

View view3 = mInflater.inflate(R.layout.activity_main,(ViewGroup)findViewById(android.R.id.content), true);

這個(gè)方法內(nèi)部已經(jīng)執(zhí)行了root.addView(temp , params); 上面已經(jīng)解析過了。

也可以看出：和我們的推測(cè)完全一致，到此已經(jīng)完全說明了inflate3個(gè)重載的方法的區(qū)別。相信大家以后在使用時(shí)也能選擇出最好的方式。不過下面準(zhǔn)備從ViewGroup和View的角度來說一下，為啥layoutParams為null，就不能這確的處理。

5、從ViewGroup和View的角度來解析
如果大家對(duì)自定義ViewGroup和自定義View有一定的掌握，肯定不會(huì)對(duì)onMeasure方法陌生：
ViewGroup的onMeasure方法所做的是：
為childView設(shè)置測(cè)量模式和測(cè)量出來的值。
如何設(shè)置呢？就是根據(jù)LayoutParams。
（1）如果childView的寬為：LayoutParams. MATCH_PARENT，則設(shè)置模式為MeasureSpec.EXACTLY，且為childView計(jì)算寬度。
（2）如果childView的寬為：固定值（即大于0），則設(shè)置模式為MeasureSpec.EXACTLY，且將lp.width直接作為childView的寬度。
（3）如果childView的寬為：LayoutParams. WRAP_CONTENT，則設(shè)置模式為：MeasureSpec.AT_MOST
高度與寬度類似。
View的onMeasure方法：
主要做的就是根據(jù)ViewGroup傳入的測(cè)量模式和測(cè)量值，計(jì)算自己應(yīng)該的寬和高：
一般是這樣的流程：
（1）如果寬的模式是AT_MOST：則自己計(jì)算寬的值。
（2）如果寬的模式是EXACTLY：則直接使用MeasureSpec.getSize(widthMeasureSpec);
（3）對(duì)于最后一塊，如果不清楚，不要緊，以后我會(huì)在自定義ViewGroup和自定義View時(shí)詳細(xì)講解的。
大概就是這樣的流程，真正的繪制過程肯定比這個(gè)要復(fù)雜，就是為了說明如果View的寬和高如果設(shè)置為準(zhǔn)確值，則一定依賴于LayoutParams，所以我們的inflate(resId,null)才沒能正確處理寬和高。

相關(guān)文章

最新評(píng)論