说起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()就会导致空指针异常。
解决方案
方案一
重写Activity类中的onSaveInstance()方法,将“super.onSaveInstanceState(outState);”注释掉,让其不再保存Fragment的状态,达到其随着绑定Activity一起被回收的效果。方案二
在BaseFragment设置一个mActivity的全局变量
protected Activity mActivity;
@Override
public void onAttach(Activity activity) {
super.onAttach(activity);
this.mActivity = activity;
}
方案一虽然可以解决,但是需要重新走启动流程导致用户体验不好,方案二虽然Activity销毁后扔持有其引用可能会有内存泄漏的风险,但是用户体验肯定更好。推荐使用方案二。