Fragment系列之调用getActivity为null的问题

说起Fragment相信每个做Android开发都不会陌生，Fragment翻译就是“碎片，片段”的意思，Google官方从Android 3.0（对应API 11）引入Fragment之后，Fragment基本成了每个app的必备组件之一，地位一下子几乎和Activity平起平坐了，因为随着app界面ui的发展，越来越多的界面需要各种复杂的交互方式，倘若我们所有代码都放在一个Activity中来处理可能会显得十分的杂乱无章；这时候我们就可以在Activity中把这些小的模块拆分出来，各自的逻辑写在各自的Fragment当中，由于Fragment的生命周期复杂，再加上自身存在一些bug，所以当我们深度使用情况下可能会遇到一些问题。

当系统内存不足的时候，应用Activity都可能会被系统回收然后重建，但Fragment并不会随着Activity的回收而被回收，创建的所有Fragment会通过FragmentActivity的onSaveInstanceState()方法保存到Bundle里面，从而导致Fragment丢失对应的Activity这种情况下文简称为：“内存重启”（切换横竖屏、app长时间在后台运行本质一样），如果从最近使用的应用里面点击我们的应用，系统会恢复之前被回收的Activity，这个时候FragmentActivity在oncreate里面也会做Fragment的恢复。

综上所叙，一般情况下下面使用是没有问题的，但是当我们应用不幸发送“内存重启”的情况后Fragment已经detach了宿主Activity，这个时候使用getActivity()就会导致空指针异常。

解决方案

1. 方案一
   重写Activity类中的onSaveInstance()方法，将“super.onSaveInstanceState(outState);”注释掉，让其不再保存Fragment的状态，达到其随着绑定Activity一起被回收的效果。

2. 方案二
   在BaseFragment设置一个mActivity的全局变量

protected Activity mActivity;
@Override
public void onAttach(Activity activity) {
    super.onAttach(activity);
    this.mActivity = activity;
}

方案一虽然可以解决，但是需要重新走启动流程导致用户体验不好，方案二虽然Activity销毁后扔持有其引用可能会有内存泄漏的风险，但是用户体验肯定更好。推荐使用方案二。