Android LayoutInflater.inflate()详解及分析
android layoutinflater.inflate()详解
深入理解layoutinflater.inflate()
由于我们很容易习惯公式化的预置代码，有时我们会忽略很优雅的细节。layoutinflater以及它在fragment的oncreateview()中填充view的方式带给我的就是这样的感受。这个类用于将xml文件转换成相对应的viewgroup和控件widget。我尝试在google官方文档与网络上其他讨论中寻找有关的说明，而后发现许多人不但不清楚layoutinflater的inflate()方法的细节，而且甚至在误用它。
这里的困惑很大程度上是因为google上有关attachtoroot（也就是inflate()方法第三个参数）的文档太模糊：
被填充的层是否应该附在root参数内部？如果是false，root参数只适用于为xml根元素view创建正确的layoutparams的子类。
其实意思就是：如果attachtoroot是true的话，那第一个参数的layout文件就会被填充并附加在第二个参数所指定的viewgroup内。方法返回结合后的view，根元素是第二个参数viewgroup。如果是false的话，第一个参数所指定的layout文件会被填充并作为view返回。这个view的根元素就是layout文件的根元素。不管是true还是false，都需要viewgroup的layoutparams来正确的测量与放置layout文件所产生的view对象。
attachtoroot传入true代表layout文件填充的view会被直接添加进viewgroup，而传入false则代表创建的view会以其他方式被添加进viewgroup。
让我们就两种情况多举一些例子来更深入的理解。
attachtoroot是true
假设我们在xml layout文件中写了一个button并指定了宽高为match_parent。
<button xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:id="@+id/custom_button"> </button>
现在我们想动态地把这个按钮添加进fragment或activity的linearlayout中。如果这里linearlayout已经是一个成员变量mlinearlayout了，我们只需要通过如下代码达成目标：
inflater.inflate(r.layout.custom_button, mlinearlayout, true);
我们指定了用于填充button的layout资源文件，然后我们告诉layoutinflater我们想把button添加到mlinearlayout中。这里button的layoutparams种类为linearlayout.layoutparams。
下面的代码也有同样的效果。layoutinflater的两个参数的inflate()方法自动将attachtoroot设置为true。
inflater.inflate(r.layout.custom_button, mlinearlayout);
另一种在attachtoroot中传递true的情况是使用自定义view。我们看一个layout文件中根元素有标签的例子。标签标识着这个layout文件的根viewgroup可以有多种类型。
public class mycustomview extends linearlayout {
...
private void init() {
layoutinflater inflater = layoutinflater.from(getcontext());
inflater.inflate(r.layout.view_with_merge_tag, this);
}
}
这就是一个很好的使用attachtoroot的例子。这个例子中layout文件没有viewgroup作为根元素，所以我们指定我们自定义的linearlayout作为根元素。如果layout文件有一个framelayout作为根元素而不是，那么framelayout和它的子元素都可以正常填充，而后都会被添加到linearlayout中，linearlayout是根viewgroup，包含着framelayout和其子元素。
attachtoroot是false
我们看一下什么时候attachtoroot应该是false。在这种情况下，inflate()方法中的第一个参数所指定的view不会被添加到第二个参数所指定的viewgroup中。
回忆一下刚才的例子中的button，我们想通过layout文件添加自定义的button至mlinearlayout中。当attachtoroot为false时，我们仍可以将button添加到mlinearlayout中，但是这需要我们自己动手。
button button = (button) inflater.inflate(r.layout.custom_button, mlinearlayout, false); mlinearlayout.addview(button);
这两行代码与刚才attachtoroot为true时的一行代码等效。通过传入false，我们告诉layoutinflater我们不暂时还想将view添加到根元素viewgroup中，意思是我们一会儿再添加。在这个例子中，一会儿再添加就是在inflate()后调用addview()方法。
在将attachtoroot设置为false的例子中，由于要手动添加view进viewgroup导致代码变多了。将button添加到linearlayout中还是用一行代码直接将attachtoroot设置为true简便一些。下面我们看一下什么情况下attachtoroot必须传入false。
每一个recyclerview的子元素都要在attachtoroot设置为false的情况下填充。这里子view在oncreateviewholder()中填充。
public viewholder oncreateviewholder(viewgroup parent, int viewtype) {
layoutinflater inflater = layoutinflater.from(getactivity());
view view = inflater.inflate(android.r.layout.list_item_recyclerview, parent, false);
return new viewholder(view);
}
recyclerview负责决定什么时候展示它的子view，这个不由我们决定。在任何我们不负责将view添加进viewgroup的情况下都应该将attachtoroot设置为false。
当在fragment的oncreateview()方法中填充并返回view时，要将attachtoroot设为false。如果传入true，会抛出illegalstateexception，因为指定的子view已经有父view了。你需要指定在哪里将fragment的view放进activity里，而添加、移除或替换fragment则是fragmentmanager的事情。
fragmentmanager fragmentmanager = getsupportfragmentmanager();
fragment fragment = fragmentmanager.findfragmentbyid(r.id.root_viewgroup);
if (fragment == null) {
fragment = new mainfragment();
fragmentmanager.begintransaction().add(r.id.root_viewgroup, fragment).commit();
}
上面代码中root_viewgroup就是activity中用于放置fragment的容器，它会作为inflate()方法中的第二个参数被传入oncreateview()中。它也是你在inflate()方法中传入的viewgroup。fragmentmanager会将fragment的view添加到viewgroup中，你可不想添加两次。
public view oncreateview(layoutinflater inflater, viewgroup parentviewgroup, bundle savedinstancestate) {
view view = inflater.inflate(r.layout.fragment_layout, parentviewgroup, false);
…
return view;
}
问题是：如果我们不需在oncreateview()中将view添加进viewgroup，为什么还要传入viewgroup呢？为什么inflate()方法必须要传入根viewgroup？
原因是及时不需要马上将新填充的view添加进viewgroup，我们还是需要这个父元素的layoutparams来在将来添加时决定view的size和position。
你在网上一定会遇到一些不正确的建议。有些人会建议你如果将attachtoroot设置为false的话直接将根viewgroup传入null。但是，如果有父元素的话，还是应该传入的。
lint会警告你不要讲null作为root传入。你的app不会挂掉，但是可能会表现异常。当你的子view没有正确的layoutparams时，它会自己通过generatedefaultlayoutparams)计算。
你可能并不想要这些默认的layoutparams。你在xml指定的layoutparams会被忽略。我们可能已经指定了子view要填充父元素的宽度，但父view又wrap_content导致最终的view小很多。
下面是一种没有viewgroup作为root传入inflate()方法的情况。当为alertdialog创建自定义view时，还无法访问父元素。
alertdialog.builder dialogbuilder = new alertdialog.builder(mcontext); view customview = inflater.inflate(r.layout.custom_alert_dialog, null); ... dialogbuilder.setview(customview); dialogbuilder.show();
在这种情况下，可以将null作为root viewgroup传入。后来我发现alertdialog还是会重写layoutparams并设置各项参数为match_parent。但是，规则还是在有viewgroup可以传入时传入它。
避开崩溃、异常表现与误解
希望这篇文章可以帮助你在使用layoutinflater时避开崩溃、异常表现与误解。下面整理了文章的要点：
- 如果可以传入viewgroup作为根元素，那就传入它。
- 避免将null作为根viewgroup传入。
- 当我们不负责将layout文件的view添加进viewgroup时设置attachtoroot参数为false。
- 不要在view已经被添加进viewgroup时传入true。
- 自定义view时很适合将attachtoroot设置为true。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！