上次已经对Activity的创建、配置、关闭和生命周期有了简单的介绍了,下面我接着学习!!!
1、怎样保存Activity的状态?
官方API提供的信息是,当Activity暂停或者停止的时候,ACtivity的状态会得到保留。的确如此,因为当Activity暂停或者停止的时候,Activity对象仍保留在内存中(有关成员和当前状态的所有信息仍处于活动状态)。因此,我们在Activity中所作的任何更改都会得到保留,当Activity返回前台的时候,这些改变仍然存在。
但是当系统为了恢复内存而销毁某项Activity时,Activity对象也会被销毁。系统会先调用onSaveInstanceState(),然后再使Activity变得易于销毁。
如果系统因为某些原因终止了应用进程,并且用户返回您的Activity,则系统会重建该Activity,并将Bundle同时传递给onCreate()和onRestoreInstanceState()。
在下面两种情况下,Activity重获用户焦点时可保持状态完好:
1)系统在销毁Activity后重建Activity,Activity必须恢复之前保存的状态;
2)系统停止Activity后继续执行Activity,并且Activity状态保持完好。
注意:
1)实际上,无法保证系统会在销毁Activity前调用onSaveInstanceState(),因为存在不需要保存状态的情况(比如按返回键)。但是,即使您什么都不操作,不去实现onSaveInstanceState(),Activity类的onSaveInstanceState()默认会恢复部分Activity的状态(默认会为布局中的每个View调用相应的onSaveInstanceState() 方法,让每个视图都能提供有关自身的应保存信息。)。
2)尽管 onSaveInstanceState() 的默认实现会保存有关您的Activity UI 的有用信息,您可能仍需替换它以保存更多信息。由于无法保证系统会调用onSaveInstanceState(),因此我们只可以使用它来记录Activity的瞬态(UI的状态),切勿用它来保存持久性的数据,而是应该使用onPause()在用户离开Activity后保存持久性数据(例如应该保存到数据库的数据)。
3)旋转设备,在activity的配置文件没有进行屏幕设置的情况下,可以有效的测试应用的状态恢复能力。因为当屏幕方向发生变化时,系统会销毁并重建Activity,以便应用可供新屏幕配置使用的备用资源。
2、四种加载模式
在Android四大组件之Activity(一)中说Activity的配置的时候提到过android:launchMode属性,这个属性就是Activity的加载模式。Activity的加载模式主要负责管理实例化、加载Activity的方式,并且可以控制Activity与Task之间的加载关系。该属性有以下4种属性值:
1)standard(标准模式)
通过这种模式来启动目标Activity的时候,Android总会为目标Activity创建一个新的实例,并且将这个Activity添加到当前的Task栈中。(此模式不会启动新的Task,新创建的Activity将被添加到原有的Task中。)
下面这段代码,将实现standard模式来不断启动自身:
//按钮的点击事件
@OnClick(R.id.btn_jump)
public void onClick() {
//创建启动ManiActivity的Intent
Intent mIntent = new Intent(MainActivity.this, MainActivity.class);
startActivity(mIntent);
}
运行程序的时候,多次点击程序界面上的“跳转”按钮,就会启动多个新的MainActivity的实例(不同的Activity的hashCode值不同),但是它们所在的Task是相同的。说明了这种加载模式不会释永信的Task。当我们点击手机上的“返回”键的时候,系统将依次从栈顶删除所创建的Activity实例。
2)singleTop(Task栈顶单例模式)
这种模式与standard模式基本相似,唯一的不同点是:当要启动的Activity已经位于Task栈顶的时候,系统就不会再重新创建Activity的实例,而是直接复用已有的Activity实例。
还是上面这段代码,如果把加载模式改为singleTop,那么无论点击了多少次“跳转”按钮,界面上的程序都不会发生变化。点击手机上的“返回”键,就会直接退出。如果将要启动的目标Activity没有位于Task栈顶,此时系统会重新创建目标Activity的实例,并将它加载到Task栈顶(这个时候与standard模式完全相同,无区别)。
3)singleTask(Task内单例模式)
采用这种加载模式的Activity在同一个Task内只能有一个实例,当系统采用这种模式的时候,可以分成下面的三种情况:
1>如果将要启动的目标Activity不存在,系统将会创建目标Activity的实例,并将它加入Task栈顶;
2>如果将要启动的目标Activity已经存在于Task栈顶,此时于singleTop模式的行为相同;
3>如果将要启动的目标Activity已经存在、但没有位于Task栈顶,系统将会把位于该Activity上面的所有Activity移出Task栈,从而使得目标Activity转入栈顶。
4)singleInstance(全局单例模式)
在这种加载模式下,系统保证无论从哪个Task中启动目标Activity,只会创建一个目标Activity实例,并会使用一个全新的Task栈来加载该Activity的实例。
使用这种模式的时候,主要有两种情况:
1>如果将要启动的目标Activity不存在,系统会先创建一个全新的Task,再创建目标Activity的实例,并将它加入新的Task栈顶;
2>如果将要启动的目标Activity已经存在,无论它位于哪个应用程序中、位于哪个Task中,系统都会把该Activity所在的Task转到前台,从而使该Activity显示出来。
注意:
采用singleInstance模式加载Activity总是位于Task栈顶,而且采用这种模式的Activity所在Task只包含该Activity。