Android应用开发中Fragment存储功能的基本用法
一、引言
在移动应用程序的架构设计中,界面与数据即不可分割又不可混淆。在绝大部分的开发经历中,我们都是使用fragment来进行界面编程,即使保存数据基本上也只是界面相关控件的数据,很少做其他的数据保存,毕竟这样与开发原则相背,而今天这一篇博客就要来介绍一下fragment的另类用法,只是用来保存数据而没有任何界面元素。
二、实现背景
对于fragment的数据保存方法,不难想到还是与setretaininstance有关系的。这样一来所处的背景也是在屏幕旋转或其他配置改变时需要用到。无论在开发中我们的界面是用activity还是fragment生成的,在屏幕发生旋转时,都会在生命周期onsaveinstancestate中做控件状态和必要数据的缓存工作。通常情况下,会用到bundle来存储数据。如bundle的官方介绍所说,bundle是一个用来存储string及其他序列化数据类型的map。同样android中也存在着这样的一个异常:http://developer.android.com/intl/zh-cn/reference/android/os/transactiontoolargeexception.html
这个异常从字面上看不难理解,是传输数据过大异常。在描述中可知,现行android系统中对于应用程序的传输数据大小限制在1mb以内。所以如果在屏幕旋转过程中使用bundle缓存大数据并不是十分安全的。这样的大数据在android中很经典的代表之一就是bitmap,即使bitmap已经是序列化数据,能够方便的使用bundle作为缓存媒介,但是笔者还是强烈不建议这样做。下边,就提供一个简单的解决途径。
三、实现过程
首先,创建一个用来保存数据的fragment:
public class bitmapdatafragment extends fragment { public static final string tag = "bitmapsaver"; private bitmap bitmap; private bitmapdatafragment(bitmap bitmap) { this.bitmap = bitmap; } public static bitmapdatafragment newinstance(bitmap bitmap) { return new bitmapdatafragment(bitmap); } @override public void oncreate(bundle savedinstancestate) { super.oncreate(savedinstancestate); setretaininstance(true); } public bitmap getdata() { return bitmap; } }
这个fragment没有任何界面,在oncreate生命周期中使用setretaininstance(true)确保不会随载体销毁,从而确保数据的安全性。
创建完成后,实践一下使用过程,假设其使用者是activity:
@override protected void onsaveinstancestate(bundle outstate) { if (mbitmap != null) { getsupportfragmentmanager().begintransaction() .add(bitmapdatafragment.newinstance(mbitmap), bitmapdatafragment.tag) .commit(); outstate.putboolean(sense_image_key, true); } else { outstate.putboolean(sense_image_key, false); } super.onsaveinstancestate(outstate); }
在设备发生旋转时,检测当前界面中显示的某个bitmap,如果确实有数据,则new出一个我们刚刚创建的fragment,将bitmap数据放置进去,然后将这个fragment添加到fragmentmanager中并指定tag,这样我们在恢复状态后就可以方便的找到它。
在恢复时候,activity的生命周期走到了oncreate()中,在这里我们可以通过检测bundle参数来确定是否有bitmap数据待取:
if (savedinstancestate.getboolean(sense_image_key)) { bitmapdatafragment fragment = (bitmapdatafragment) getsupportfragmentmanager() .findfragmentbytag(bitmapdatafragment.tag); bitmap = fragment.getdata(); getsupportfragmentmanager().begintransaction().remove(fragment).commit(); }
ps:在取出我们所需的bitmap数据后不要忘记把作为数据容器的这个fragment从fragmentmanager中移除掉,释放其占用的系统内存。
四、fragment的非中断保存
1.setretaineinstance
首先,要明确什么叫“非中断保存”。熟悉fragment的开发人员都知道,fragment是依附于activity的。当activity销毁时,fragment会随之销毁。而当activity配置发生改变(如屏幕旋转)时候,旧的activity会被销毁,然后重新生成一个新屏幕旋转状态下的activity,自然而然的fragment也会随之销毁后重新生成,而新生成的fragment中的各个对象也与之前的那个fragment不一样,伴随着他们的动作、事件也都不一样。所以,这时候如果想保持原来的fragment中的一些对象,或者想保持他们的动作不被中断的话,就迫切的需要将原来的fragment进行非中断式的保存。
2.生命周期
activity的生命周期在配置发生改变时:
onpuase->onstop->ondestroy->onstart->onresume
比如在activity中发生屏幕旋转,其生命周期就是如此。而在ondestroy中,activity会将其fragmentmanager所包含的fragment都销毁掉(默认状态),即fragment的生命周期为:
ondestroyview->ondestroy->ondetach
通过查看fragmentmanager.java的代码,可以发现在fragment生命周期执行到ondestroyview时候,状态会由正常的activity_created变为created。而到了ondestroy生命周期时候,执行的代码出现了有意思的事情:
if (!f.mretaining) { f.performdestroy(); } f.mcalled = false; f.ondetach(); if (!f.mcalled) { throw new supernotcalledexception("fragment " + f + " did not call through to super.ondetach()"); } if (!keepactive) { if (!f.mretaining) { makeinactive(f); } else { f.mactivity = null; f.mparentfragment = null; f.mfragmentmanager = null; } }
当fragment的mretaining被置true的时候,destroy生命周期并不会执行,而fragment的mretaining状态是通过其retainnonconfig()来配置的,配置条件是fragment不为空且framgnet的mretaininstance为true。到这里就能看到,如果想要自己的fragment不被销毁掉,就要让这个mretaininstance为true。
通过查阅fragment.java源码发现,通过api setretaininstance和getretaininstance可以对其进行操作。同样,android文档中对这两个接口也有了一定的描述。
这里结合fragment.java中setretaininstance的注释进行一下fragment非中断保存的总结。原注释如下:
/** * control whether a fragment instance is retained across activity * re-creation (such as from a configuration change). this can only * be used with fragments not in the back stack. if set, the fragment * lifecycle will be slightly different when an activity is recreated: * <ul> * <li> {@link #ondestroy()} will not be called (but {@link #ondetach()} still * will be, because the fragment is being detached from its current activity). * <li> {@link #oncreate(bundle)} will not be called since the fragment * is not being re-created. * <li> {@link #onattach(activity)} and {@link #onactivitycreated(bundle)} <b>will</b> * still be called. * </ul> */ public void setretaininstance(boolean retain) { if (retain && mparentfragment != null) { throw new illegalstateexception( "can't retain fragements that are nested in other fragments"); } mretaininstance = retain; }
如果想叫自己的fragment即使在其activity重做时也不进行销毁那么就要设置setretaininstance(true)。进行了这样的操作后,一旦发生activity重组现象,fragment会跳过ondestroy直接进行ondetach(界面消失、对象还在),而framgnet重组时候也会跳过oncreate,而onattach和onactivitycreated还是会被调用。需要注意的是,要使用这种操作的fragment不能加入backstack后退栈中。并且,被保存的fragment实例不会保持太久,若长时间没有容器承载它,也会被系统回收掉的。
五、总结
很简单的fragment非主流用法,相比直接使用bundle保存数据确实是复杂了些,但是能够更安全的进行数据转移对应用来说还是很好的一件事。推荐指数五颗星★★★★★!