典型的生命周期的分析
Activity生命周期是指一个Activity从创建到销毁的全过程。下图是Activity经典的生命周期模型。
activityLifeCircle.png生命周期的四种状态
- 运行状态:当一个活动位于返回栈的栈顶时,这时活动就位于运行状态。系统最不愿意回收的就是处于运行状态的活动。
- 暂停状态:当一个活动不再位于栈的栈顶时,但仍然可见时,这时活动就进入了暂停状态。比如对话框形式的活动。处于暂停的活动仍然是完全存活的,系统在内存极低的情况下会考虑回收这种活动。
- 停止状态:当一个活动不再处于栈顶位置,且活动完全不可见时,就进入了停止状态。处于这种状态的活动很可能被系统回收。
- 销毁状态:当一个活动从放回栈中移除后就变成了销毁状态。系统最倾向于回收这种活动,以保存内存的充足。
生命周期的七种方法
- onCreate:表示Activity正在被创建,是活动生命周期的第一个方法。在这个方法中,可以做些初始化工作,比如调用setContentView来加载界面布局资源,初始化Activity所需的数据等。
- onStart:表示活动正在被启动,即将开始,这时活动已经可见了,但是还没有出现在前台,无法和用户进行交互。Activity已经显示,但我们并不能看到。
- onResume:表示活动已经可见。并且出现在前台。
- onPause:表示Activity正在停止,正常情况下,紧接着onStop方法会执行。但在特殊情况下,如果这时候快速回到当前活动,那么会调用onResume。可以在这个方法进行一些存储数据、停止动画等轻量级的操作,但是不能太耗时,因为这会影响新Activity的显示。因为只有旧Activity的onPause方法执行后,新活动的onResume才能被执行。
- onStop:表示Activity即将停止。可以做稍微重量级的回收操作,但同样不能太耗时。
- OnRestart:表示Activity正在被重新启动。一般情况下当Activity从不可见重新变为可见时,onRestart就会被调用。
- onDestroy:表示活动即将被消耗,这是Activity生命周期的最后一个方法。可以在这个方法进行回收和最终的资源释放。
onStart和onResume的区别
- 是否在前台。onStart和onResume都是表示Activity可见,但是onStart时候Activity还在后台,到onResume时Activity才显示到前台。
- 职责不同。onStart方法中主要还是进行初始化工作,而onResume方法,根据官方的建议,可以做开启动画和独占设备的操作。
onPause和onStop的区别
- 如果启动的新活动是一个对话框的活动,则onPause方法会得到执行,而不执行onStop方法。
- 在系统内存不足的时候可能不会执行onStop方法,因此程序状态的保存、独占设备和动画的关闭、以及一些数据的保存最好在onPause中进行,但要注意不能太耗时。
具体情况
前提:两个活动: MainActivity,SecondActivity。
-
启动一个MainActivity回调:onCreate->onStart->onResume.
-
切换到桌面时,MainActivity回调:onPause->onStop;重新回到MainActivity,MainActivity回调:onRestart->onStart->onResume。
-
- MainActivity启动SecondActivity : onPause(MainActivity) -> onCreate(SecondActivity) -> onStart(SecondActivity) -> onResume(SecondActivity) -> onStop(MainActivity)。
- 按下返回键:onPause(SecondActivity) -> onRestart(MainActivity) -> onStart(MainActivity) -> onResume(MainActivity) -> onStop(SecondActivity) -> onDestroy(SecondActivity)
注意:如果SecondActivity采用了透明主题,那么MainActivity不会回调onStop
从上面的情况我们可以很明显的发现旧Activity的onPause调用后,新Actiivty才能被启动。故在onPause和onStop方法中都不能进行耗时操作,尤其是onPause,这就意味着我们尽量在onStop中操作,从而使新Activity尽快的显示并切换到前台来。
异常情况下的生命周期的分析
情况1:资源相关的系统配置发生改变导致Activity杀死并重新创建
这个情况最常见的就是旋转手机屏幕。假设当前Activity处于竖屏状态,这时候我们突然旋转屏幕,由于系统配置发生了改变,默认情况下,Activity就会被销毁并重新创建。其生命周期如下:
flow.png当系统配置改变时,Activity首先会被销毁,其onPause,onStop,onDestroy都会被执行。同时由于Activity是被异常终止的,所以系统会调用onSaveInstanceState来保存Activity的状态。这个方法只有活动在异常情况下终止才会被调用(比如锁屏也是会调用onSaveInstanceState的,但不会执行onDestroy,故数据不会丢失)。当Activity重新创建时,会把onSaveInstanceState方法保存的Bundle对象作为参数传给onCreate和onRestoreInstanceState方法,故在重建时可以在onCreate取出Bundle对象并恢复,另外onRestoreInstanceState方法是在onStart之后调用。
保存Activity状态
值得一提的是,在Activity异常情况重新创建后,在onSaveInstanceState和onCreate方法中,系统会为我们做了一定的恢复工作。比如文本框中用户输入的数据,ListView滚动的位置等。但是如果您的Activity可能需要包含更多要恢复的状态信息,这时候就可以在onSaveInstanceState方法中添加键值对Bundle来保存你的Activity状态。
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
Log.d(TAG, "onSaveInstanceState");
outState.putInt(KEY_NUM,1215);
}
恢复Activity状态
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
if(savedInstanceState != null){
int num = savedInstanceState.getInt(KEY_NUM);
Log.d(TAG, "MainActivity: [onCreate]:"+num);
}
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
int num = savedInstanceState.getInt(KEY_NUM);
Log.d(TAG, "[onRestoreInstanceState]:"+num);
}
上面提供了两种恢复状态的方法。因为当Activity异常销毁重建后,接受的位置可以是onCreate和onRestoreInstanceState,然后在去获取之前存储的数据。两者的区别主要在于:onCreate是正常启动的话,savedInstanceState是为null的,故要做判空处理,而onRestoreInstanceState一旦被调用,savedInstanceState一定是有值的,所以不需要做额外的判空。虽然说两种方法都可以进行恢复数据,但官方文档的建议是采用onRestoreInstanceState去恢复数据。
情况2:资源内存不足导致低优先级的Activity被杀死
Activity优先级可分为如下三种:
-
前台Activity——正在和用户交互的Activity,优先级最高
-
可见但非前台Activity——比如Activity中弹出一个对话框,导致Activity调用onPause方法后可见但是位于后台无法跟用户直接交互
-
后台Activity——已经被暂停的Activity,比如已经执行了onStop,优先级最低
当系统内存不足时,就会按照优先级低到高的顺序杀死Activity所在的进程,并通过onSaveInstanceState和onRestoreInstanceState方法来存储和恢复数据。需注意,如果一个进程在没有四大组件的地方执行,会很容易被杀死,因此一些后台工作不适合脱离四大组件独自运行在后台中。推荐的方法是将后台工作放入到Service中从而保证有一定的优先级,不容易被系统杀死
configChanges:不重新创建Activity
当我们不想在系统配置发生改变后重新创建活动,可以为Activity指定configChanges属性。比如不想让Activity在屏幕旋转的时候重新创建,可以在AndroidMenifest.xml中指定configChanges属性
android:configChanges = "orientation"
设置完属性后,当你的屏幕旋转后,你会发现Activity并没有调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据,而是系统调用了Activity中的onConfigurationChanged方法,故此时我们就可以在这个方法中做相应的操作。
参考:《Android开发艺术探索》《第一行代码》
网友评论