Android Fragment的使用学习之嵌套Fragments (Nested Fragments) 的使用及常见错误讲解

嵌套fragment的使用及常见错误

嵌套fragments (nested fragments), 是在fragment内部又添加fragment.

使用时, 主要要依靠宿主fragment的getchildfragmentmanager()来获取fragmentmanger.

虽然看起来和在activity中添加fragment差不多, 但因为fragment生命周期及管理恢复模式不同, 其中有一些需要特别注意的地方.

本文内容还包括了从fragment迁移到v4.fragment代码中需要改动的一些地方.

嵌套fragments

嵌套fragmentsnested fragments是android 4.2 api 17 引入的.

目的: 进一步增强动态复用.

如果要在android 4.2之前使用, 可以用support library v4的版本, 后面会有详细的迁移过程介绍.

嵌套fragment的动态添加

在宿主fragment里调用getchildfragmentmanager()

即可用它来向这个fragment内部添加fragments.

fragment videofragment = new videoplayerfragment();
fragmenttransaction transaction = getchildfragmentmanager().begintransaction();
transaction.add(r.id.video_fragment, videofragment).commit();

同样, 对于内部的fragment来说,getparentfragment()方法可以获取到fragment的宿主fragment.

getchildfragmentmanager() 和 getfragmentmanager()

getchildfragmentmanager()是fragment中的方法, 返回的是管理当前fragment内部子fragments的manager.

getfragmentmanager()在activity和fragment中都有.

在activity中, 如果用的是v4 support库, 方法应该用getsupportfragmentmanager(), 返回的是管理activity中fragments的manager.

在fragment中, 还叫getfragmentmanager(), 返回的是把自己加进来的那个manager.

也即, 如果fragment在activity中, fragment.getfragmentmanager()得到的是activity中管理fragments的那个manager.

如果fragment是嵌套在另一个fragment中, fragment.getfragmentmanager()得到的是它的parent的getchildfragmentmanager().

总结就是:getfragmentmanager()是本级别管理者, getchildfragmentmanager()是下一级别管理者.

这实际上是一个树形管理结构.

使用support library

为什么要使用support library 有两种原因:

要在api level11之前使用fragment. 要在api level 17之前使用getchildfragmentmanager(), 即使用嵌套fragment.

 

迁移到support library需要改动哪些地方

把fragment迁移到v4版本, 需要改动如下地方:

import android.app.fragment; -> import android.support.v4.app.fragment;
activity -> fragmentactivity / appcompatactivity
activity.getfragmentmanager() -> getsupportfragmentmanager()

loader, loadermanager, loadercursor也需要改成v4包的.
activity.getloadermanager() -> getsupportloadermanager()

fragment中ontrimmemory()方法不见了

以前是这个方法

 @override
 public void ontrimmemory(int level) {
  super.ontrimmemory(level);
  imageloader.trimmemory(level);
 }

v4版本需要改成这个

@override
 public void onlowmemory() {
  super.onlowmemory();
  imageloader.trimmemory(componentcallbacks2.trim_memory_complete);
 }

嵌套fragment使用常见错误

错误情形1: 把嵌套fragment放在布局里

把嵌套fragment放在布局里 ->inflateexception in binary xml

看起来嵌套fragment的使用除了要用getchildfragmentmanager()以外, 其他跟之前似乎没什么区别.

如果嵌套的fragment不需要太多控制, 固定地占据了一块地方, 你可能想当然地为了省事就把它放进了xml布局文件里, 写个标签.

运行一下初看起来似乎没什么错, run一下也能显示出来, 但是千万不要这样做, 多玩两下更复杂的你就知道了.

上面官网介绍时就有这么一句:

note: you cannot inflate a layout into a fragment when that layout includes a .
nested fragments are only supported when added to a fragment dynamically.

人家这么说肯定是有原因的哇, 下面我来告诉你我知道的问题:

如果fragment被嵌套写在了布局里, inflate到这个标签的时候就相当于将它加进了fragmentmanager里.

如果嵌套的parent fragment因为需要重建view而重新走了oncreateview()方法, 再次inflate, 此时就会抛出异常:inflateexception in binary xml

之前为什么可以呢 非嵌套的情况, fragment直接加在activity里, 如果需要重新inflate, 必定是在oncreate()里, activity是重新建的, 所以没有问题, 因为不存在fragmentmanager中已经持有同一个fragment的问题.

举一个例子:

在嵌套的情况下, 如果fragmente布局里有fragmenta, 这时候我们需要叠加一个fragmentd.

用了replace(), 并且addtobackstack().

当d显示的时候, e实际上view是被销毁的, 然后back回来, 重建view, 即fragemente需要重新从oncreateview

()开始走生命周期, 走到inflate的时候又看到了fragmenta的标签.

但是这时候a实际上还在fragmentmanager里面, 所以就会抛出如下的异常:

android.view.inflateexception: binary xml file line # xx: binary xml file line #xx: error inflating class fragment

崩溃的位置就在parent fragment(fragmente) inflate的时候.

打印具体的异常栈信息可以看到:

at com.example.ddmeng.helloactivityandfragment.fragment.fragmente.oncreateview(fragmente.java:35)
at android.app.fragment.performcreateview(fragment.java:2220)
at android.app.fragmentmanagerimpl.movetostate(fragmentmanager.java:973)
at android.app.fragmentmanagerimpl.movetostate(fragmentmanager.java:1148)
at android.app.fragmentmanagerimpl.popbackstackstate(fragmentmanager.java:1587)
at android.app.fragmentmanagerimpl.popbackstackimmediate(fragmentmanager.java:578)
at android.support.v4.app.basefragmentactivityeclair.onbackpressednothandled(basefragmentactivityeclair.java:27)
at android.support.v4.app.fragmentactivity.onbackpressed(fragmentactivity.java:189)
 caused by: java.lang.illegalargumentexception: binary xml file line #16: duplicate id 0x7f0c0059, tag null, or parent id 0xffffffff with another fragment for com.example.ddmeng.helloactivityandfragment.fragment.fragmenta
at android.app.fragmentmanagerimpl.oncreateview(fragmentmanager.java:2205)

实验例子代码

solution 1: 动态添加child fragment

解决上面的问题有各种方法, 最常规的做法是, 使用动态添加:

fragment fragmenta = getchildfragmentmanager().findfragmentbytag(nested_fragment_tag);
if (fragmenta == null) {
 log.i(log_tag, "add new fragmenta !!");
 fragmenta = new fragmenta();
 fragmenttransaction fragmenttransaction = getchildfragmentmanager().begintransaction();
 fragmenttransaction.add(r.id.fragment_container, fragmenta, nested_fragment_tag).commit();
} else {
 log.i(log_tag, "found existing fragmenta, no need to add it again !!");
}

solution 2: 在异常之前remove child fragment

如果你的子fragment非要加在布局里不可, 而你的程序确实会有重建父fragment view的情形.

为了避免上面的异常, 你也可以这样做(tricky and not recommended):

public void removechildfragment(fragment parentfragment) {
 fragmentmanager fragmentmanager = parentfragment.getchildfragmentmanager();
 fragment child = fragmentmanager.findfragmentbyid(r.id.child);
 if (child != null) {
  fragmentmanager.begintransaction()
  .remove(child)
  .commitallowingstateloss();
 }
}

在parentfragment的oncreateview()方法中inflate之前和onsaveinstancestate()方法中做save工作之前调用它.

这两个地方是发生异常的地方, 只要在其之前remove就好.

错误情形2: 把fragment放在一个动态布局里

把fragment放在一个动态布局里 ->java.lang.illegalargumentexception: no view found for id

发现这个错误是因为项目中的一个子fragment是添加在recyclerview里面的一块的.

recyclerview要等到loader的数据取到了之后再populate每一块的布局.

还是上面的流程, 启动父fragment, load数据, 添加子fragment, 这都没有问题.

但是一旦如果是上面的replace()加addtobackstack(), 并且再次返回, 就会出现异常.

因为当重建view的时候, fragmentmanager其中是持有child fragment的, 但是找不到它的container, 于是就会抛出异常.

我也同样做了一个小实验, 在我的demo程序里:

helloactivityandfragment

nested fragment in dynamic container:

在fragment f中, 先添加一个framelayout, 再把child fragment a加进去.

然后在activity中, 用d replace f, 按back键返回, 就会有crash:

  java.lang.illegalargumentexception: no view found for id 0x7f0c0062 (com.example.ddmeng.helloactivityandfragment:id/frame_container) for fragment fragmenta{b37763 #0 id=0x7f0c0062 fragmenta}
at android.app.fragmentmanagerimpl.movetostate(fragmentmanager.java:965)
at android.app.fragmentmanagerimpl.movetostate(fragmentmanager.java:1148)
at android.app.fragmentmanagerimpl.movetostate(fragmentmanager.java:1130)
at android.app.fragmentmanagerimpl.dispatchactivitycreated(fragmentmanager.java:1953)
at android.app.fragment.performactivitycreated(fragment.java:2234)
at android.app.fragmentmanagerimpl.movetostate(fragmentmanager.java:992)
at android.app.fragmentmanagerimpl.movetostate(fragmentmanager.java:1148)
at android.app.backstackrecord.popfrombackstack(backstackrecord.java:1670)
at android.app.fragmentmanagerimpl.popbackstackstate(fragmentmanager.java:1587)
at android.app.fragmentmanagerimpl.popbackstackimmediate(fragmentmanager.java:578)
at android.app.activity.onbackpressed(activity.java:2503)

这是因为返回的时候fragmentmanager找不到对应的container了.

所以应该避免这种做法, 尽量把fragment加进parent的根布局里, 而不是某个动态添加的布局.