Activity后台运行一段时间回来crash问题的分析与解决
最近做项目的时候碰到一个棘手的问题，花了不少时间才找到原因并解决。特此记录这个被我踩过的坑，希望其他朋友遇到此问题不要调到这坑里去了。
问题描述：
1、背景：我的app中某个界面的Activity是继承FragmentActivity，因为此界面包含两个Fragment。这里我称为FragmentA和FragmentB吧。在Activity中有个刷新按钮，用来刷新ViewPager当前Fragment内容的刷新。点击Activity的刷新按钮之后，刷新按钮需要有简单的旋转动画，等Fragment里面的刷新结束之后，会使用getActivity通知Activity结束刷新按钮的刷新动画。以上就是我的业务场景，说简单点就是Fragment需要与它附属的Activity进行通信。
2、问题：当应用程序运行到该Activity时，按Home键将该应用程序放置后台运行，去其他app转转。一段时间后，又回到该应用程序，还是在之前的那个Activity。这时我想刷新一下Fragment里面的内容，点击了Activity界面上的刷新按钮，结果程序crash了。
问题分析：
刚开始遇到该问题时，查看奔溃日志，发现是空指针异常。因为这种场景不多，所以只是简单的加上非空判断就没在意这个问题了。到后面换了个测试机器，配置不是很好（只有512M运行内存），结果此问题频繁地出现，开始引起我的重视了。由于经验不是很足，此问题不知道怎么重现，所以很难找出问题的根本原因。后来终于在网上找到了一篇和我遇到同样问题的朋友的帖子，才知道出现这个问题的原因所在。
原来Activity切换到后台之后，由于内存不够，此Activity被系统回收了，一段时间之后回到该应用程序，Activity被重新实例化了。而Activity被系统销毁时，附属在该Activity的Fragment并没有被销毁，在Activity的onSaveInstanceState里面将Fragment状态保存起来了，所以Activity重新创建了，但是FragmentA和FragmentB还是之前的，而此时FragmentA和FragmentB所附属的Activity已经被系统回收了，这次再调用getActivity时返回了null，才导致上面问题的出现。
我们看看FragmentActivity源码中的onSaveInstanceState方法：
1 protected void onSaveInstanceState(Bundle outState) 2 { 3 super.onSaveInstanceState(outState); 4 Parcelable p = mFragments.saveAllState(); 5 if (p != null) { 6 outState.putParcelable("android:support:fragments", p); 7 } 8 }
由上面源码可以看出，FragmentActivity确实在onSaveInstanceState方法里面将Fragment的状态保存了。
问题解决：
知道问题的原因了，就好办了。解决方法其实很简单，我们只要让FragmentActivity被系统回收的时候，不保存Fragment的状态即可，即在FragmentActivity中重写onSaveInstanceState方法，并且注释掉super.onSaveInstanceState(outState)就行了。
1 @Override 2 protected void onSaveInstanceState(Bundle outState) { 3 // super.onSaveInstanceState(outState); 4 }
总结：
1、程序出现问题时，要先找出出现此问题的原因，对症下药才能从根本上解决问题。
2、对于Activity被系统回收导致的问题，可以使用切换横竖屏来模拟场景。
最后感谢写 http://my.oschina.net/u/1011854/blog/469138 这篇帖子的朋友。
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
