欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

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

程序员文章站 2024-02-26 08:39:10
管理fragment的生命周期有些像管理activity的生命周期。fragment可以生存在三种状态: resumed: fragment在一个运行中的activit...

管理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生命周期图大家应该看得很多了:

实例探究Android应用编写时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();