静态变量回收问题

前段时间公司测试人员告诉我，在测试机上有段时间没运行的app再去测试的时候突然

崩…了…

怎么可能！重启一下试试！！

事实上再次启动程序之后，这个问题就不存在了，一切都是那么正常，但是这种莫名其妙的bug怎么可以放任它存在了，最后也是一顿折腾总算是找到了原因，看到标题应该有人明白怎么回事了，就是static，现在就在这里好好说说。

static 修饰的静态变量，在不同的类和包中都可以使用，系统为我们app创建虚拟机之后，类被加载，静态变量被分配内存，并且在虚拟机中单独占用内存，静态变量在类被卸载的时候才会被销毁，而类只有在进程结束的时候才会被卸载，也就是说被static修饰的静态变量只有在进程被销毁的时候才会被回收 。在我之前的概念里，一个app进程只有被主动退出或者主动清理后才会被销毁，但是事实上，android 系统在资源不足的情况下就会kill掉进程已保证系统正常运行，通常情况下会优先kill掉进程优先级比较低的进程，例如处于后台长时间没有运行的进程，但系统在内存极少的情况下，依然会选择kill 掉一些前台进程，系统kill进程顺序：后台进程 -> 服务进程 -> 可见进程 -> 前台进程。说道这里，也就可以解释我程序为什么会崩溃的原因了：在我进入某一特定界面activityA之前，会给某一static静态变量B赋值，这样在activityA我就可以使用B来进行一些逻辑操作，但是在某一未知时间，系统由于资源紧张而kill掉我的进程，然后在资源充足的情况重新恢复了进程恢复了activityA，造成了当前进程未被kill掉的假象，由于进程被重新创建，原来被赋值的静态变量B被重置，那么在我操作B的时候由于没有做空值检测，抛出空指针，so , game over…

详情可以参考：

http://zmywly8866.github.io/2014/12/26/android-do-not-store-data-in-the-application-object.html

http://www.cnblogs.com/meizixiong/p/4493171.html

http://blog.sina.com.cn/s/blog_476d58ef0102vz2n.html

http://blog.csdn.net/nokiaguy/article/details/5998986

找到了原因那么就说说解决办法：

1. 尽量少使用static来修饰变量，尤其是一些关键性的数据，并且对于被修饰过的变量在使用前要进行空值检测；

2. 对于一些重要信息，可以选择本地持久化

3. 善用onSaveInstanceState及onRestoreInstanceState方法对数据进行保存和恢复，当然在oncreat方法里我们也可以使用savedInstanceState对数据进行恢复，

关于onSaveInstanceState及onRestoreInstanceState被调用的时机：

onRestoreInstanceState方法在onStart之后被调用，此时可以进行数据恢复（前提是有进行了数据保存操作）；
onSaveInstanceState方法在onPause之后被调用；
注意：系统只在Activity异常终止的时候才会调用onSaveInstanceState与onRestoreInstanceState来储存和恢复数据，其他情况不会触发这个过程。但是按Home键或者启动新Activity仍然会单独触发onSaveInstanceState的调用