Android中FragmentPagerAdapter对Fragment的缓存(一)

 我们可以先看看最简单的实现，自定义Adapter如下：

[代码]java代码：

?
代码比较简单，就不解释了，接着在Activity中使用这个Adapter:

[代码]java代码：

?
这样就完成了一个FragmentPagerAdapter最基本的应用。现在，看上去一切都如我们所愿，但是真的没有任何问题了吗？



 接下来，我们来模拟一下程序运行在后台时，Android系统由于内存紧张，杀掉我们程序进程的情况：





 Fragment代码也比较简单，通过日志，我们发现恢复时，mText字段为空。所以页面上对应的TextView无法显示。

[代码]java代码：

?
 我们知道，以上是模拟Android系统内存紧张时，杀掉后台应用的流程。另外，当用户安装了类似360安全管家等应用，选择清理内存时，也会触发以上情况。

 那么当上面的流程发生时，Activity的onSaveInstanceState会被调用，以便我们可以保存当前的用户数据/页面状态等。当恢复时，在onCreate时，我们通过savedInstanceState参数，可以取到之前存储的数据，然后重新绑定到View上。

 这个过程都可以理解，可是回到我们的Activity代码当中:

[代码]java代码：

?
 这段代码，是在onCreate方法中调用的。应用从后台恢复的时候，这段代码是被完整的执行过的。既然这样，三个Fragment都被重新创建过，并设置过对应的Text值，那么为什么Fragment中mText字段仍然为空呢？

 难道说，呈现在屏幕上的Fragment，和我们在onCreate中实例化的Fragment，已然不是同一个实例？

 为了验证这个想法，在OnCreate中加入下面的日志：

[代码]java代码：

?
同时在TestFragment的onCreateView方法中也记下日志：

[代码]java代码：

?
 第一次运行，恩，没有问题。创建和运行的都是同一个实例 534ed278

[代码]java代码：

?
 接下来，我们再次进行杀进程并恢复的过程。日志输出为：

[代码]java代码：

?
 额。。果然，这次我们创建的Fragment，和实际经过onCreateView的Fragment。并不是同一个（534c5c30/534d10d4）。

 看来，还是要从源码中寻求真相，打开FragmentPagerAdapter的源码，在instantiateItem方法中发现了下面这一段：

[代码]java代码：

?
 makeFragmentName方法如下：

[代码]java代码：

?
原来，在实例化Fragment的时候，FragmentPagerAdapter会先通过makeFragmentName返回的tag，到FragmentManager当中进行查找是否有当前Fragment的缓存，如果有的话，就直接将之前的Fragment恢复回来并使用；反之，才会使用我们传入的新实例。

 而makeFragmentName产生的tag，只受我们重写的getItemId()方法返回值，和当前容器View的Id，container.getId()的影响。

 到这里，问题就清楚了，由于FragmentPagerAdapter会主动的去取缓存当中的Fragment，所以导致恢复回来之后，Fragment的实例不一样的问题。

 至于为什么mText字段为空，以及怎样解决这个情况，我们下一篇再来讨论^_^。