前段时间公司测试人员告诉我,在测试机上有段时间没运行的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的调用