管理fragment的生命周期有些像管理activity的生命周期。fragment可以生存在三种状态：
resumed:
fragment在一个运行中的activity中并且可见。
paused:
另一个activity处于最顶层，但是fragment所在的activity并没有被完全覆盖（顶层的activity是半透明的或不占据整个屏幕）。
stoped:
fragment不可见。可能是它所在的activity处于stoped状态或是fragment被删除并添加到后退栈中了。此状态的fragment仍然存在于内存中。
同样类似于activity，你可以把fragment的状态保存在一个bundle中，在activity被recreated时就需用到这个东西。你可以在onsaveinstancestate()方法中保存状态并在oncreate()或oncreateview()或onactivitycreated()中恢复。
fragment与activity的生命周期中最大的不同就是存储到后退栈中的过程。activity是在停止时自动被系统压入停止栈，并且这个栈是被系统管理的；而fragment是被压入activity所管理的一个后退栈，并且只有你在删除fragment后并明确调用addtobackstack()方法时才被压入。
然而，管理fragment的生命周期与管理activity的生命周期极其相似。你所需要去思考的是activity的生命周期如何影响fragment的生命周期。
下面这张fragment生命周期图大家应该看得很多了：
但最近在写pagemanager(管理页面跳转),发现切换页面时，之前的页面走完ondestoryview就直接ondestory了，回来又重新oncreate,如果用hide和show的方式，都不走生命周期，看了apidemo代码，发现原因，整理一下.
切换fragment有两种方式，一种是add新的，并把旧的hide,另一种是replace.
旧的fragment为fragment1,新的是fragment2,忽略非关键生命周期。
使用add方法切换时：
载入fragment1
fragment1 oncreate fragment1 oncreateview fragment1 onstart fragment1 onresume
用以下代码切到fragment2:
fragmenttransaction ft = getfragmentmanager().begintransaction(); ft.hide(fragment1); ft.add(r.id.simple_fragment, fragment2); ft.settransition(fragmenttransaction.transit_fragment_open); ft.commit();
fragment1不走任何生命周期,但会调onhiddenchanged方法
fragment2 oncreate fragment2 oncreateview fragment2 onstart fragment2 onresume
回到fragment1，remove fragment2:
fragmenttransaction ft = getfragmentmanager().begintransaction(); ft.remove(fragment2); ft.show(fragment1); ft.settransition(fragmenttransaction.transit_fragment_open); ft.commit();
fragment1还是不走任何生命周期，调onhiddenchanged方法
fragment2 onpause fragment2 onstop fragment2 ondestoryview fragment2 ondestory
用这种方法切换，fragment在隐藏时并不会走ondestoryview，所以显示时也不会走oncreateview，所有view都一直保存在内存中。
用replace方法：
载入fragment1生命周期与上面相同：
fragment1 oncreate fragment1 oncreateview fragment1 onstart fragment1 onresume
切到fragment2:
fragmenttransaction ft = getfragmentmanager().begintransaction(); ft.replace(r.id.simple_fragment, fragment2); ft.settransition(fragmenttransaction.transit_fragment_open); ft.commit();
这次的fragment1走生命周期了
fragment1 onpause fragment1 onstop fragment1 ondestoryview fragment1 ondestory fragment2 oncreate fragment2 oncreateview fragment2 onstart fragment2 onresume
真实打印出来可能是fragment1和fragment2混在一起的，可以看到，fragment1走了ondestory,被完全回收了!
再切回到fragment1
fragmenttransaction ft = getfragmentmanager().begintransaction(); ft.replace(r.id.simple_fragment, fragment1); ft.settransition(fragmenttransaction.transit_fragment_open); ft.commit();
fragment1 oncreate fragment1 oncreateview fragment1 onstart fragment1 onresume fragment2 onpause fragment2 onstop fragment2 ondestoryview fragment2 ondestory
fragment1因为已经被回收，又走oncreate，fragment2被回收。
这两种方式显然都不满足我的需求，且与生命周期图不同。因为我需要在用户看见/看不见fragment时register和unregister broadcastreceiver之类的东西(onhiddenchanged也能实现，但第一次载入显示，以及销毁时不会走onhiddenchanged方法)，也不希望用户回到上一个fragment就重新创建整个fragment,因为这样消耗资源。
看了apidemo，发现也是用replace方法，但是，我少了一行：
ft.addtobackstack(null);
在replace时加上这行，可以把原来的fragment放入栈中，走ondestoryview方法，但不会ondestory,返回时，直接oncreateview,不再oncreate.
返回直接调用popbackstack()方法:
getfragmentmanager().popbackstack();
如对本文有疑问， 点击进行留言回复！！
Android SDK Manager 不知为什么突然打不开了？看这里
监听Android系统发出的插入SD卡并且已正确安装（识别）时发出的广播
RecyclerView三种常用效果的实现方法-android-kotlin
Android Studio app启动错误 Error running ：Default Activity not found
我要评论
网友评论