本文主要参考:任玉刚老师的《Android开发艺术探索》,特此说明。
生命周期描述的是一个类从创建到死亡(垃圾回收)的过程中会执行的7种回调方法。在这个过程中 会针对不同的生命阶段会调用不同的方法。具体如下:
- onCreate()
- onStart()
- onRusume()
- onPouse()
- onStop()
- onDestory()
- onRestart()
正常情况下的生命周期
正常情况下,Activity的生面周期只有下面的七个回掉方法,具体情况如下图所示:
onCreate()
表示Activity正在被创建,这是Activity的第一个方法。当第一次调用一个Activity就会执行onCreate方法,onCreate方法是必须实现的回调方法,因此,在onCreate()的方法体里,主要处理以下事项:
调用setContentView(View view)方法加载界面布局资源,呈现用户的界面。
你应该初始化该activity必要的控件以及所需的数据。
onStart()
表示Activity正在被启动,这时Activity已经可见了,但时没有出现在前台,还无法与用户交互。这时可以理解为Activity已经显示出来,但我们还看不到。
onRusume()
表示Activity已经可见了,并且出现在前台开始活动。要注意这个和onStart的区别,onStart和onResume都表示Activity已经可见了,但是onStart的时候Activity还在后台,onResume的时候Activity已经显示在前台了。
onPouse()
表示Activity正在停止,正常情况下,紧接着OnStop就会被调用。在特殊情况下,如果这个时候快速得再回到当前的Activity,那么onResume会被调用。这种情况属于极端情况,用户操作很难重现这一场景。这时可做一些存储数据、停止动画与音乐等工作,但注意不要太耗时,因为这会影响到Activity的显示,onPouse方法必须先执行完,新的Activity的onResume才会执行。
onStop()
表示Activity即将被停职,可做一些稍微重量级的回收工作,同样不能太耗时。
onDestory()
表示Activity即将被销毁,这是Activity生命周期的最后一个回调方法,在这里我们可以做一些回收工作与最终的资源释放。
onRestart()
一般情况下,当Activity从不可见重新变为可见时,调用onRestart方法,表示Activity正在被重新启动。这种情形一般是用户行为导致的,比如按Home键切换到桌面或者用户打开了一个新的Activity,这时当前的Activity就会暂停,也就是onPause和onStop被执行了,接着用户又回到这个Activity,就会出现这种情况。
生命周期的一些具体情况分析
一个特定Activity的第一次启动:onCreate->onStart->onResume;
打开一个新的Activity或者切换到桌面时:
- a.正常情况:onPause->onStop;
- b.Activity采用透明主题时,当前Activity不会回调onStop;
- 再回到原Activity时:onRestart->onStart->onResume ;
- 当用户按Back回退键时:onPause->onStop->onDestroy;
- 当Activity被系统回收后再次打开:onCreate->onStart->onResume;
- 当前A界面跳到B界面:onPause(A)->onCreate(B)->onStart(B)->onResume(B)->onStop(A);
特殊情况下的生命周期
我们知道Activity除了受用户操作所导致的正常的生命周期的调动,还会有一些异常情况,比如当资源相关的配置发生改变以及内存不足时,Activity就会被杀死。下面我们具体分析这两种情况。
资源相关的系统配置改变导致Activity被杀死并重新创建
以横竖屏的切换为例,当手机屏幕由横屏切换到竖屏或由竖屏切换到横屏时,由于系统配置改变,在默认情况下,Activity会被销毁并重建,此时生命周期如下图所示。
当系统配置发生改变时,Activity就会销毁并且重建,其onPause, onStop, onDestory均会被调用。因为实在异常情况下终止的,所以系统会调用onSaveInstanceState 来保存当前Activity状态。这个方法是在onStop之前,与onPause没有固定的时序关系。当Activity重建的时候系统会调用onRestoreInstanceState方法,并且把Activity销毁时的onSaveInstanceState所保存的Bundle作为对象传递给onRestoreInstanceState和onCreate方法。因此我们可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建,如果重建,我们就可以取出之前保存的数据并恢复,从时序上来说,onRestoreInstanceState的调用会在onStart之后。
恢复工作是系统自动完成的,此时系统会默认我们保存当前Activiry的视图结构,并会在Activity重启之前恢复这些数据,比如文本框中输入的信息,ListView滚动的位置等等。
资源内存不足时导致低优先级的Activity被杀死
这里我们先来看看Activity的优先级情况。
1. 前台Activity–正在和用户交互的Activity,优先级最高
2.可见但非前台Activity–Activity中弹出的对话框导致Activity可见但无法交互
3.后台Activity–已经被暂停的Activity,比如执行onStop,优先级最低
当系统内存不足时,系统会按照上述优先级来杀死目标Activity所在的进程,并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。
如何避免在异常情况下Activity的重建
系统配置有很多内容,当某项改变时,我们不想让Activity重新创建可以在AndroidMainfest中给Activity指定configChanges属性。比如
android:configChanges="orientation"
如果需要指定多个值可以用“|”隔开,比如
android:configChanges="orientation|keyboardHidden"
configChanges属性非常多, 具体可参考官方文档。常用的有locale, orientation和keyboardHidden这三个。
locale:语言发生改变,用户选择了一个新的语言,文字应该重新显示
orientation:设备旋转,横向显示和竖向显示模式切换。
keyboardHidden:键盘发生改变,例如,用户使用了硬件键盘