管理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
|
1
2
3
4
|
fragment1 oncreatefragment1 oncreateviewfragment1 onstartfragment1 onresume |
用以下代码切到fragment2:
|
1
2
3
4
5
|
fragmenttransaction ft = getfragmentmanager().begintransaction();ft.hide(fragment1);ft.add(r.id.simple_fragment, fragment2);ft.settransition(fragmenttransaction.transit_fragment_open);ft.commit(); |
fragment1不走任何生命周期,但会调onhiddenchanged方法
|
1
2
3
4
|
fragment2 oncreatefragment2 oncreateviewfragment2 onstartfragment2 onresume |
回到fragment1，remove fragment2:
|
1
2
3
4
5
|
fragmenttransaction ft = getfragmentmanager().begintransaction();ft.remove(fragment2);ft.show(fragment1);ft.settransition(fragmenttransaction.transit_fragment_open);ft.commit(); |
fragment1还是不走任何生命周期，调onhiddenchanged方法
|
1
2
3
4
|
fragment2 onpausefragment2 onstopfragment2 ondestoryviewfragment2 ondestory |
用这种方法切换，fragment在隐藏时并不会走ondestoryview，所以显示时也不会走oncreateview，所有view都一直保存在内存中。
用replace方法：
载入fragment1生命周期与上面相同：
|
1
2
3
4
|
fragment1 oncreatefragment1 oncreateviewfragment1 onstartfragment1 onresume |
切到fragment2:
|
1
2
3
4
|
fragmenttransaction ft = getfragmentmanager().begintransaction();ft.replace(r.id.simple_fragment, fragment2);ft.settransition(fragmenttransaction.transit_fragment_open);ft.commit(); |
这次的fragment1走生命周期了
|
1
2
3
4
5
6
7
8
|
fragment1 onpausefragment1 onstopfragment1 ondestoryviewfragment1 ondestoryfragment2 oncreatefragment2 oncreateviewfragment2 onstartfragment2 onresume |
真实打印出来可能是fragment1和fragment2混在一起的，可以看到，fragment1走了ondestory,被完全回收了!
再切回到fragment1
|
1
2
3
4
|
fragmenttransaction ft = getfragmentmanager().begintransaction();ft.replace(r.id.simple_fragment, fragment1);ft.settransition(fragmenttransaction.transit_fragment_open);ft.commit(); |
|
1
2
3
4
5
6
7
8
|
fragment1 oncreatefragment1 oncreateviewfragment1 onstartfragment1 onresumefragment2 onpausefragment2 onstopfragment2 ondestoryviewfragment2 ondestory |
fragment1因为已经被回收，又走oncreate，fragment2被回收。
这两种方式显然都不满足我的需求，且与生命周期图不同。因为我需要在用户看见/看不见fragment时register和unregister broadcastreceiver之类的东西(onhiddenchanged也能实现，但第一次载入显示，以及销毁时不会走onhiddenchanged方法)，也不希望用户回到上一个fragment就重新创建整个fragment,因为这样消耗资源。
看了apidemo，发现也是用replace方法，但是，我少了一行：
|
1
|
ft.addtobackstack(null); |
在replace时加上这行，可以把原来的fragment放入栈中，走ondestoryview方法，但不会ondestory,返回时，直接oncreateview,不再oncreate.
返回直接调用popbackstack()方法:
|
1
|
getfragmentmanager().popbackstack(); |
