您现在的位置是:网站首页> 内容页

layoutInflater参数解析与源码分析

  • 澳门贵宾厅在线平台
  • 2019-03-07
  • 22人已阅读
简介  关于LayoutInflater方法,无论是在listview的适配器中,还是在动态添加view的时候,都会出现它的身影,最开始我在看《第一行代码》时,不知道这个方法实际的参数到底

  关于LayoutInflater方法,无论是在listview的适配器中,还是在动态添加view的时候,都会出现它的身影,最开始我在看《第一行代码》时,不知道这个方法实际的参数到底指的是什么意思,后来看了一些博客以及查看了源代码,对它参数的理解加深了不少。今天更大家分享一下它的常用写法以及容易出错的地方,再分析原因。

  先从最常见的listview中看看使用这个方法的情况,这是填充listview的item布局代码,待会用的上:

  这是MainActivity代码:

  

public class MainActivity extends AppCompatActivity { private ListView listView; private List<String> list = new ArrayList<>(); private MainActivity context = this; private MyAdapter adapter; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); list.add("张三"); list.add("李四"); list.add("王五"); listView = findViewById(R.id.listview); adapter = new MyAdapter(); listView.setAdapter(adapter); } class MyAdapter extends BaseAdapter{ @Override public int getCount() { return list.size(); } @Override public Object getItem(int position) { return list.get(position); } @Override public long getItemId(int position) { return position; } @Override public View getView(int position, View convertView, ViewGroup parent) { if (convertView == null){ //parent 指的是listview convertView = LayoutInflater.from(context).inflate(R.layout.list_item, parent,false); } TextView tv = convertView.findViewById(R.id.text); String name = list.get(position); tv.setText(name); return convertView; } }}

 

  在内部类MyAdaper中getView()方法中,LayoutInflater.inflate()方法传了3个参数,第一个参数是你想填充成view的xml文件id,第二个参数类型是ViewGroup,它的作用是在你第一个xml生成的view的根布局上再加上一个父布局。这句话很重要,等会看例子会更明白。第3个参数是布尔型,表示绿色的那句话是否执行;方法返回的是第一个xml生成的view的最顶层根布局。好解释完3个参数,先看看以上代码的运行结果截图:

  此时每个item的高度为80dp,也就是item_list中的layout_height属性生效.现在我们把 inflate(R.layout.list_item, parent,false);中的false改为true.重新运行程序,结果。。。。程序崩溃。

  log日志中出现这样的一行信息:addView(View, LayoutParams) is not supported in AdapterView 

  原因是:listview继承自AdapterView,当第3个参数为true,表示将执行viewgroup.addView(第一个xml生成的view);这里的viewGroup实际指的是listview,而listview.addView()这个方法在父类AdapterView中已经声明了,调用它就会抛出异常。

   再次修改参数,inflate(R.layout.list_item,null,false);运行程序结果如图:

  程序没崩,谢天谢地!不过高度好像变短了啊!我设置的80dp,怎么变得只是包裹了内容。我把80dp改成给180dp,结果还是没变化。这是怎么搞的?原来当第二个参数为null时,此时最外层节点的layout属性全部失效了。就选你把false改为true也无济于事。我们在改改方法参数看看:inflate(R.layout.list_item,parent).这次只传两个参数,且第二个参数不为null,运行看看,结果程序再次addView(View, LayoutParams) is not supported in AdapterView     这种情况等同于inflate(R.layout.list_item, parent,true).  

  再将参数改为 inflate(R.layout.list_item,null)结果等同于inflate(R.layout.list_item,null,false) or inflate(R.layout.list_item,null,true).天啊!参数不同又是崩溃又是layout属性失效,难怪这个inflate方法就是要3个都写对,才会出现预期的结果!看来前辈的写法让我们少走了很多弯路啊!为了理清这个方法不同参数带来的不同问题,只能从源代码中取寻找原因。

 

铺垫了这么多,就是为了和大家一起分析源代码。底下的内容来源用一句歌词来概括:(我哪里 碍到你 硬说跟我 有默契      是编程 让我们 东拼西凑在一起)

  不管是3个参数,还是2个参数,都会走进上面这个方法,提一点:我们的xml已经在方法中转化成了解析器对象,也就是说这个parsr对象带有xml文件的全部信息,进入了下一个inflate方法,我们继续跟进:

public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) { synchronized (mConstructorArgs) { Trace.traceBegin(Trace.TRACE_TAG_VIEW, "inflate"); final Context inflaterContext = mContext; final AttributeSet attrs = Xml.asAttributeSet(parser); Context lastContext = (Context) mConstructorArgs[0]; mConstructorArgs[0] = inflaterContext; //这里的result就是最终该方法要返回的view,初始时设为第二个参数root View result = root; try { // Look for the root node. int type; //在while中找到了parser的根节点。寻找方法既不是起始标志,也不是结束标志,它就是最开始的根节点。 //后面的节点都是它的子节点。这个节点对应的是xml布局中最外层的布局。 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("**************************"); } //你的布局最外层是否merge标签,不是的话,不用看里面的 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, inflaterContext, attrs, false); } else { // Temp is the root view that was found in the xml //这里返回的是xml布局根节点的对应的view。其中createViewFromTag()是通过name找到类加载器,然后利用反射 //创建name对应的view。如<TextView>就会创建TextView对象。 final View temp = createViewFromTag(root, name, inflaterContext, 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 //这里的root经常让人理解为xml生成view的根节点,上面的temp才是那个根节点,这里的root你是传进来的第二个 //参数viewGroup,它更第一个参数没半毛钱关系。这里创建root的布局参数。 params = root.generateLayoutParams(attrs); if (!attachToRoot) { // Set the layout params for temp if we are not // attaching. (If we are, we use addView, below) //这里的情况对应的是第二个参数不为null,且第3个参数为false,这是getView里的最常用的写法。 //temp与root的区别解释上面说了,之所以为temp设置布局参数需要传root的params,你因为你想要temp的layout属性 //生效,就必须给他的外层加个容器,这里指root,只有存在这个容器,它的layout属性才有意义。 temp.setLayoutParams(params); } } if (DEBUG) { System.out.println("-----> start inflating children"); } // Inflate all children under temp against its context. //这个方法的任务就是将xml里的所有子节点全部填充成view,并调用addView添加到temp里面。 //实现的逻辑根据当前xml标签名生成对应的view和viewGroup,如果是view就直接添加到temp里,如果是viewGroup //继续调用rInflateChildren,直至解析完它的子view。 rInflateChildren(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. //前面提到过 listview(也就是这里的root).addView会报错,当我们getView第二个参数不为null,且第3个参数为true, //就是触发了这里的条件 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. //官方的注释说的很明白:决定是返回root还是我们xml的顶级view(temp)。 //如果满足以下条件,就返回顶级view--temp。在上面的例子中,只要root为null,不管第3个参数为true还是false,这个if都会成立, //结果返回没有外层容器的顶级view。因此它的layout属性就失效了。 if (root == null || !attachToRoot) { result = temp; } } } catch (XmlPullParserException e) { final InflateException ie = new InflateException(e.getMessage(), e); ie.setStackTrace(EMPTY_STACK_TRACE); throw ie; } catch (Exception e) { final InflateException ie = new InflateException(parser.getPositionDescription() + ": " + e.getMessage(), e); ie.setStackTrace(EMPTY_STACK_TRACE); throw ie; } finally { // Don"t retain static reference on context. mConstructorArgs[0] = lastContext; mConstructorArgs[1] = null; Trace.traceEnd(Trace.TRACE_TAG_VIEW); } return result; } }

 

  理清楚参数是否为null,以及是否为true,false,都在注释中写的很明白了。不保证百分之百正确,但大体上不会错的很离谱。另外2个参数是怎么关联到3个参数的代码如下:

 

  从代码很清晰的看出,第二个参数是否为null,直接导致了第三个参数是否为true还是false。因此看懂了超长版,这一行代码简直不要再简单。

  走笔至此,关于这个方法还有一个很有趣的用法(从Toast的API中看到的),很巧妙。它的用处是主布局设置好的layout参数,要添加进来的子view的layout属性不管怎么设置都无效:先看看代码:

这是主界面:

 

 

   这是要将要添加的子界面布局:

 

 

   现在我们让子界面的layout不管设置什么参数,它的属性都不会生效:

  

   这个方法中,inflate()方法的第一个xml布局的顶级view temp,和第二个viewGroup对应的root可以说是同一个view。这个view没有父容器,所以不管子界面的layout属性怎么设置,最终都受到主界面layout的限制。这种写法的巧妙在于从xml中找到顶级节点的id,生成了两个一样的顶级view,而且第3个参数不管是true还是false,执行root.addView(temp)还是temp.setLayoutParams(root.params),同样也是无法影响先前的结果。

   

文章评论

Top