最近遇到个问题,fragment出现了重复叠加的情况。然后这种出现的条件比较奇怪,在程序异常退出后自动打开出现,但是主动结束程序主动打开又不会出现。然后在调试后发现还有个情况也会出现,就是在使用fragment的activity被系统回收的时候,这两个种方式都是执行了activity 的onCreate(Bundle savedInstanceState)方法。我的成员变量都是在onCreate(Bundle savedInstanceState)方法中进行初始化。怀疑是之前的fragment没有被清除,经过查证一些资料发现getSupportFragmentManager()获取的Manager中还包含着之前添加的fragment,然后我在onCreate方法中又添加一遍,然后导致了有多个重复的fragment。
解决办法:
在添加fragment到FragmentTransaction中时设置一个id或者tag,然后在onCreate(Bundle savedInstanceState) 中如果savedInstanceState不为空则从FragmentManager中通过ID 或者tag获取对应的fragment。
总结,自己对fragment的了解不够清晰,对activity的生命周期的理解不够到位,忽略了在内存不足的时候系统可能会主动回收activity,然后重新回到被回收的界面会被重新打开加载
扩展:既然activity可能会被系统主动回收那界面就有可能需要保存一些装状态,比如用户输入的数据等等,数据的保存可以通过重写onSaveInstanceState()方法进行保存。然后也是可以在onCreate()中获取到保存的数据,在测试后发现执行了onSaveInstanceState()不一定activity就被回收了,但是activity被回收了一定会执行onSaveInstanceState()方法,所以onSaveInstanceState()的执行条件应该是activity可能会被回收。