layoutInflater参数解析与源码分析

　　关于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)，同样也是无法影响先前的结果。