Activity生命周期
说到生命周期,首先想到的就是:
onCreate()---onStart()---onResume()----onPause()---onStop()---onDestory() 当然,还有一个onRestart() 它被调用的情况是该是:activity由不可见变可见(此activity之前没有被销毁)
简单的生命周期变化
1.由ActivityA 进入 ActivityB
A:onPause---B:onCreate()--onStart()--onResume() -- A: onStop()
2.由ActivityB 返回 ActivityA
B:onPause()--A:onRestart()--onStart()--onResume--B:onStop()--onDestory()
进入某个页面时,前一个页面不会被销毁,因为它还在栈内,在第二个页面返回前一个,第二个页面会被销毁,因为它已经出栈了
3.按home键
onPause()--onStop()---在点击进入--onRestart()--onStart()--onResume()
4.按back键,就是出栈了
onPause()--onStop() -- onDestory()
除此之外,常被提到的就是onSaveInstanceState() 和 onRestoreInstaceState() ,虽然常被一起提到,但并不是前一个执行,后一个就一定会执行的关系
首先,说一下onSaveInstanceState()被触发的场景:
当系统有可能在程序未知的情况下回收Activity的时候,就会调用onSaveInstanceState()
(1)按home键,这时activity的优先级变为后台,有可能被系统销毁,故调用此方法
(2)gotoSomeActivity()
(3)按电源键
(4)屏幕切换
这时可以使用这个方法,储存相应的数据,储存完成,接下来就是恢复数据了,这时可以在onCreate()和onRestoreInstanceState()方法中恢复
onCreate()方法,在重建Activity时必调用的方法,而onRestoreInstanceState()方法,会在onStart()之后执行(不是一定会调用的方法).本人认为在这个方法中恢复就好了,没有必要非在onRestoreInstanceState(),
但是官方文档建议使用onRestoreInstanceState()去恢复数据.这个方法的注释说了两种使用他的场景:
(1) 要在初始化之后做的事情
(2)子类决定是否使用父类的默认行为
接下来说一下,onRestoreInstanceState()在什么情况下会被调用
(1)在屏幕切换,整个生命周期重建的时候,会调用这个方法
(2)其他情况,暂时不知道.(就是Activity被意外销毁,然后立即重建会调用--猜想)
例子:
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.d(TAG,"onCreate");
//如果onSaveInstanceState()方法,没有被调用,savedinstanceState可能为null
if(savedInstanceState != null){
String test = savedInstanceState.getString(TAG);
Log.d(TAG,"savedInstanceState不为null---"+test);
}else{
Log.d(TAG,"savedInstanceState为null---");
}
}
@Override
protected void onSaveInstanceState(Bundle outState) {
Log.d(TAG,"onSaveInstanceState");
outState.putString(TAG,"test");
super.onSaveInstanceState(outState);
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
Log.d(TAG,"onRestoreInstanceState");
super.onRestoreInstanceState(savedInstanceState);
//只有save方法被调用,才会走此方法,所以这个值不会为null
String test = savedInstanceState.getString(TAG);
}
另外,除了Activity页面提供了可以恢复数据的接口,View也定义恢复布局数据的实现方法,比如当我们在页面输入内容,然后切换屏幕方向,输入的内容依旧存在,在这里先不做展开讨论.
上面一直提到屏幕切换,Activity会被重建,其实不止这个配置,还有如下一些配置改变,activity 要被restarted:
mcc:SiM卡唯一标识IMSI(国际移动用户识别码)中的国家代码,有三位数组成.
mnc: SiM卡唯一标识IMSI中的运行商代码,由两位数字组成.
locale:设备的本地位置发生变化,一般指切换了系统语言
touchsrceen:触摸屏发生了改变,正常情况下不会发生,可以忽略
keyboard:键盘类型发生了变化,比如用户使用了外接键盘
keyboardHidden: 键盘的可访问性发生了变化,比如用户调出了软件盘
navigation:键盘导航发生变化,可以忽略
screenLayout: 屏幕布局发生变化,很可能用户激活了另外一个显示设备
fontSize: 系统字体缩放比例发生了改变,比如用户选择了一个新字号
uiMode: 用户界面模式发生了改变,比如是否开启夜间模式
orientation: 屏幕方向发生改变,最常用
screenSize: 当屏幕的尺寸信息发生了改变,当旋转设备屏幕时,屏幕尺寸会发生变化,当编译选项中的IMSIminSDKVersion和targetSdkVersion均低于13,此选项不会导致Activity重启(API13新添加)
smallestScreenSize : 设备的物理屏幕尺寸发生改变,这个项目和屏幕的方向没关系,当用户切换外部显示屏可触发activity重启(API13新添加)
layoutDirection: 当布局方向发生变化,这个属性用的比较少,正常情况下无须修改布局的layoutDirection属性.
(以上中文引用Android开发艺术探索,看了文档,可是英文实在翻译不过来)
使用android:configChange 指定,使用"|" 分割 就不会在配置改变的时候重新启动了
android:configChanges="orientation|keyboardHidden|screenSize"
设置配置后,就不会调用onSaveInstanceState 和 onRestoreInstanceState(),会调用onConfigurationChanged()
