深入解析Android App的LayoutInflate布局
1、 题外话
相信大家对layoutinflate都不陌生,特别在listview的adapter的getview方法中基本都会出现,使用inflate方法去加载一个布局,用于listview的每个item的布局。inflate有三个参数,我在初学android的时候这么理解的:
(1)对于inflate的三个参数(int resource, viewgroup root, boolean attachtoroot);
(2)如果inflate(layoutid, null )则layoutid的最外层的控件的宽高是没有效果的;
(3)如果inflate(layoutid, root, false ) 则认为和上面效果是一样的;
(4)如果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); // 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); } }
好了,相信大家对这个例子都再熟悉不过了,没啥好说的,我们主要关注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 { // 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行执行了: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。
从上面的分析已经可以看出:
(1)inflate(resid , null ) 只创建temp ,返回temp
(2)inflate(resid , parent, false )创建temp,然后执行temp.setlayoutparams(params);返回temp
(3)inflate(resid , parent, true ) 创建temp,然后执行root.addview(temp, params);最后返回root
由上面已经能够解释:
(1)inflate(resid , null )不能正确处理宽和高是因为:layout_width,layout_height是相对了父级设置的,必须与父级的layoutparams一致。而此temp的getlayoutparams为null
inflate(resid , parent,false ) 可以正确处理,因为temp.setlayoutparams(params);这个params正是root.generatelayoutparams(attrs);得到的。
(2)inflate(resid , parent,true )不仅能够正确的处理,而且已经把resid这个view加入到了parent,并且返回的是parent,和以上两者返回值有绝对的区别,还记得文章前面的例子上,myadapter里面的getview报的错误:
[html] view plain copy 在code上查看代码片派生到我的代码片
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)。
按照我们上面的说法:
(1)view1的layoutparams 应该为null
(2)view2的layoutparams 应该不为null,且为framelayout.layoutparams
(3)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);
也可以看出:和我们的推测完全一致,到此已经完全说明了inflate3个重载的方法的区别。相信大家以后在使用时也能选择出最好的方式。不过下面准备从viewgroup和view的角度来说一下,为啥layoutparams为null,就不能这确的处理。
5、从viewgroup和view的角度来解析
如果大家对自定义viewgroup和自定义view有一定的掌握,肯定不会对onmeasure方法陌生:
viewgroup的onmeasure方法所做的是:
为childview设置测量模式和测量出来的值。
如何设置呢?就是根据layoutparams。
(1)如果childview的宽为:layoutparams. match_parent,则设置模式为measurespec.exactly,且为childview计算宽度。
(2)如果childview的宽为:固定值(即大于0),则设置模式为measurespec.exactly,且将lp.width直接作为childview的宽度。
(3)如果childview的宽为:layoutparams. wrap_content,则设置模式为:measurespec.at_most
高度与宽度类似。
view的onmeasure方法:
主要做的就是根据viewgroup传入的测量模式和测量值,计算自己应该的宽和高:
一般是这样的流程:
(1)如果宽的模式是at_most:则自己计算宽的值。
(2)如果宽的模式是exactly:则直接使用measurespec.getsize(widthmeasurespec);
(3)对于最后一块,如果不清楚,不要紧,以后我会在自定义viewgroup和自定义view时详细讲解的。
大概就是这样的流程,真正的绘制过程肯定比这个要复杂,就是为了说明如果view的宽和高如果设置为准确值,则一定依赖于layoutparams,所以我们的inflate(resid,null)才没能正确处理宽和高。
推荐阅读
-
深入解析Android App的LayoutInflate布局
-
深入解析Android中的RecyclerView组件
-
Android App中使用ViewPager实现滑动分页的要点解析
-
Android App中的GridView网格布局使用指南
-
深入解析Android中的RecyclerView组件
-
Android App中使用ViewPager实现滑动分页的要点解析
-
Android App中的GridView网格布局使用指南
-
深入解析Android系统中应用程序前后台切换的实现要点
-
Android App中ListView仿QQ实现滑动删除效果的要点解析
-
Android中使用GridLayout网格布局来制作简单的计算器App