Question

Activity恢复时如何获取Fragment

Answer 1

Activity 在重建的时候会恢复其包含的 FragmentManager ，FragmentManager 又会恢复其管理的 Fragment ，同理 Fragment 也会恢复其包含的 FragmentManager，层层递进，直到全部恢复。
本文主要讨论Activity重建的时候如何获取Fragment的。即如下情况：

具体通过四种方法来获取复用Fragment。

下面将对这四种情况分别加以分析说明。

首先来一个总结，不建议使用该方法获取Fragment。理由有如下三点：

getFragments方法获取的是所有已经添加到FragmentManager中的Fragment。但是这个FragmentManager中保存的不只是我们定义的Fragment，还有可能会包含其他用途的Fragment。
Fragment不仅仅是界面的载体，同时它可以用来实现生命周期的监听，因为它的生命周期和Activity是一致的，当我们不好监听Activity的生命周期的时候，就可以使用Fragment来辅助监听。图片加载库Glide和Android Jet Pack中的ViewModel都使用了这种模式。

前段时间就遇到过这样的bug

然后就出现了类型转换异常，FragmentA不能被强制转换成FragmentB。
当时我百思不得其解，为什么会出现这个问题啊，我明明是按照Fragment添加到FragmentManager的顺序去获取Fragment的啊。
直到我将getFragments获取到的Fragment列表打印出来才发现，其中的Fragment顺序和我添加到FragmentManager中的顺序是不一致的。
也就是说因为getFragments中获取到的Fragment包含了你不想要的Fragment，而这些Fragment的初始化时机又是不可预料的，所以就不能通过Fragment列表准确定位你需要的Fragment。

这个情况我没有遇到过，参考文章的作者 怪盗kidou 遇到过，就顺便写上了。
在版本25中Activity是新建的请款下，getFragments返回的是null，然后到了26版本，getFragments返回的就是Collectiions.EmpytList()。。。
这就导致原来基于null判断的程序出现bug。

这个方法是通过Fragment中所在的ViewGroup的Android:id定义的id来查找，适合一个ViewGroup中只存在一个Fragment的情况。

当然，如果一个ViewGroup中有多个Fragment的情况下也是可以使用的，不过这个时候获取的就是最后添加到ViewGroup中的Fragment了。

该方法就是用来处理findFragmentById不适用的情况的。因为是通过Tag来查找Fragment，所以ViewGroup的id也就没用了。

需要注意的地方：

有一种情况下是不能够使用getFragmentById和getFragmentByTag,那就是使用ViewPager管理Fragment的情况。

这种方法是可用的，但是太过麻烦，可以使用fm.putFragment和fm.getFragment来处理这种情况。
这两个方法的使用如下：

可能有朋友会感觉这个和getFragmentByTag那么像呢，好像没什么区别。
重点来了，因为在ViewPager中添加和移除Fragment是由ViewPager控制的，所以像是

这种方法就不能被使用了，既然无法在添加fragment的时候设置tag，那我们就不能够通过tag直接从FragmentManager中的Fragment列表中获取了。
那putFragment和getFragment方法是怎么做到这一点的呢？
我们查看下这两个方法的源码：

通过上述源码，我们可以看出，putFragment将待存储的Fragment的Tag和mIndex作为一组数据存储在bundle中，然后在getFragment方法内先从bundle中取出对应Tag的mIndex，最后根据这个mIndex从mActive中取出对应的Fragment。
mActive是真正存储Fragment的对象，但是我们不能够直接使用Tag从中取出，因为ViewPager是使用mIndex来作为key值存储Fragment的。所以我们只能够退而求其次，将Tag和mIndex联系起来，达到间接使用Tag取出Fragment的效果。
下面是对上述源码及步骤的图形化表示：

注意事项：

参考： 你真的会用Fragment吗？Fragment复用的那些事儿