一个Fragment中getActivity为空的问题

发现问题

在使用Fragment的时候经常会遇到getActivity()为null的情况，比如，在一个异步网络请求的回调中调用getActivity()就会出现空指针的问题，之前解决这个问题，都是直接加空指针判断来规避，但是这个问题并没有真正的解决。还有一种现象，如果App长时间在后台运行，再次进入App的时候，可能会出现Crash，还有Fragment会有重叠现象。这是官方Fragment库的一些自身的Bug。

假设我们的页面叫MyActivity（继承自FragmentActivity），其中用到的Fragment叫MyFragment。 出现上面这种情况时，app发生的变化如下：

1、在前面提到的几种情况下系统回收了MyActivity

2、通过onSaveInstanceState保存MyFragment的状态

3、用户再次点击进入app

4、由于MyActivity被回收，系统会重启MyActivity，根据之前保存的MyFragment的状态恢复fragment

5、MyActivity的代码逻辑中，会再次创建新的MyFragment

6、页面出现混乱，覆盖了两层的fragment。假如恢复的MyFragment使用到了getActivity()方法，会报空指针异常

查找原因

先规定一个“术语”，安卓App有一种特殊情况，就是 App运行在后台的时候，系统资源紧张的时候导致把App的资源全部回收（杀死app的进程），这时把App再从后台返回到前台时，App会重启。这种情况下文简称为：“内存重启”。（屏幕旋转等配置变化也会造成当前Activity重启，本质与“内存重启”类似）

如果系统内存不足、切换横竖屏、App长时间在后台运行，Activity都可能会被系统回收然后重建。在系统要把App回收之前，系统会把Activity的状态会保存下来，但Fragment并不会随着Activity的回收而被回收，创建的所有Fragment会被保存到Bundle里面，从而导致Fragment丢失对应的Activity。Activity的FragmentManager负责把Activity中的Fragment保存起来。在“内存重启”后，Activity的恢复是从栈顶逐步恢复，Fragment会在宿主Activity的onCreate方法调用后紧接着恢复（从onAttach生命周期开始）。

FragmentActivity的部分源码：

 protected void onSaveInstanceState(Bundle outState