实例探究Android应用编写时Fragment的生命周期问题

管理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();