Fragment的getActivity方法返回null的多种解决方法

1：Fragment的getActivity方法返回null的原因：
如果系统内存不足、或者切换横竖屏、或者app 长时间在后台运行，Activity 都可能会被系统回收，但是Fragment 并不会随着Activity 的回收而被回收，从而导致Fragment 丢失对应的Activity 。 这里，假设我们继承于FragmentActivity 的类为MainActivity ，其中用到的Fragment 为FragmentA 。 app 发生的变化为：某种原因系统回收MainActivity ——FragmentA 被保存状态未被回收——再次点击app 进入——首先加载的是未被回收的FragmentA 的页面——由于MainActivity 被回收，系统会重启MainActivity ，FragmentA 也会被再次加载——页面出现混乱，因为一层未回收的FragmentA 覆盖在其上面——（假如FragmentA 使用到了getActivity() 方法）会报NullPointerException ：
2：解决方案：

方案1：在使用Fragment的Activity 中重写onSaveInstanceState 方法，将super.onSaveInstanceState(outState) 注释掉，让其不再保存Fragment 的状态，达到其随着MainActivity 一起被回收的效果。

方案2：在再次启动Activity 的时候，在onCreate 方法中将之前保存过的fragment 状态清除,代码示例如下：

if(savedInstanceState!= null)

{
//FragmentActivity的onSaveInstanceState方法可以看到，fragment保存时的标签是android:support:fragments

             String FRAGMENTS_TAG = "android:support:fragments";

             savedInstanceState.remove(FRAGMENTS_TAG);

 }

方案3：避免使用getActivity 方法得到activity，如果确实需要使用上下文，可以写一个类MyApplication继承Application,并且写一个方法getContext(),返回一个Context 对象。代码示例如下：
public class MyApplication extends Application {
    private static Context context;
   @Override
    public void onCreate() {
        super.onCreate();
         context = this;
｝
    public static Context getContext() {
        return context;
     }
｝
*要在清单文件中的Application节点使用name属性指向MyApplication才会生效，否则默认使用Application。
如果有不对的地方，欢迎大家指正！