布局加载器LayoutInflater讲解

第一次写博客博客有些小激动啊，嘿嘿,话不多说直接上代码

一般我们写代码中用布局加载器加载常用的就是这三种方式，第三种应该大家都知道这里就不说了，而主要问题就集中在第一种和第二种方法的区别、

那我们直接来看第一个和第二个方法

这里我先给出这两种方式在作为listview或者recyclerview的item 的时候显示结果,稍后再解释为啥会这样

以recyclerview为例

第一种

加载item 的时候条目根布局的宽高设置无效,直接为wrap_content如下图

第二种

加载item 的时候条目根布局宽高设置的dp有效,宽度match_parent有效,高度设置match_parent无效高度显示为wrap_content如下

看了效果想必大家很疑惑为什么两种加载方式会有如此大的区别，为了搞清原因那我们就从源码中一探究竟、

第一种

源码对应如下

第二种

源码对应如下

最后这两个方法都走了这个方法里面

这个方法里面我们只要看关键的这几步就好了

这个方法是根据之前的布局id生成一个View为temp,然后如果root != null并且 attachToRoot为false的时候给temp设置params,而这个params值就是xml中自己设置的值, 父容器只影响view的LayoutParams的类型,注意不影响具体数值.

root.generateLayoutParams(attrs);这个方法如下

后面再走着两个方法

只有root != null 并且 attachRoot为true的时候才会把布局加到root上

而当root == null 或者 attachToRoot 为 false  该方法就直接返回了temp,

看完了这些我们再来分析上面两种加载方式为啥效果不同

第一个方法 root == null

直接返回了根据xml生成的view而没有添加layoutParams,而又因为view默认的LayoutParams为wrap_content所以,第一种方式无论怎么设置宽高都是包裹内容

第二种方式

root != null 并且 attach == false

直接返回的就是根据xml生成的view,并且设置了根据xml生成的对应数值的LayoutParams,所以这个设置dp就是有效的,而高度之所以设置match_parent没效果因该跟ListView的特性有关,应该是不允许高度设置match_parent 

所以

一般情况下推荐使用第二种方式加载布局