Activity的生命周期(2)

异常情况下Activity的生命周期的分析

上次我们说到Activity的生命周期,那些都是一般情况下,会出现的,但是总有一些特殊的情况出现,那么此时Activity的生命周期又是怎么样的呢?

情况一:

资源相关的系统配置发生改变的时候导致Activity被杀死并且重新创建

首先理解这个问题,我们应该对系统的资源加载有一定的理解,现在,我们可以举一个例子,简单的理解一下:为了做适配的时候我们在drawable文件下放了尺寸不同的图片,当手机从竖屏变为横屏的时候,手机会拿到两张不同的图片,在默认的情况下,屏幕旋转的时候,Activity就会被销毁并且重建,在默认的情况下,我们不做任何处理的时候Activity的生命周期如下:

当系统配置发生变化之后,Activity会被销毁其onPause,onStop,onDestroy都会被调用,同时由于Activity是在异常状态下终止的,因此系统会自动的调用onSaveInstanceState来保存当前Activity的状态.这个方法的调用时机在onStop之前,它和onPause没有既定的时序关系,它可能在onPause之前调用也可能在onPause之后调用.

当Activity重建的时候,会调用onRestoreInstanceState,并且把Activity销毁时onSaveInstanceState方法保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法,因此我们可以通过onRestoreInstanceState和onCreate方法是否被调用了来判断Activity是否被重建了,如果被重建了,我们就可以取出之前保存的数据,并且恢复.从时序上来说,onRestoreInstanceState的调用在onCreate方法执行之后.

系统有自动恢复当前Activity视图的机制,它会保存一些数据,比如说文本输入框的数据等等,在Activity重建的时候,就会自动帮我们恢复它保存的数据.

上面我们已经分析了,系统数据的存储与恢复的机制,那么我们有没有办法,在系统配置发生改变的时候不让Activity重新创建呢?答案当然是可以的!

如果我们不想在屏幕发生旋转的时候,重新创建Activity,那么我们只需要在Activity的中指定configChange的属性即可:在清单文件中可以添加这样如下的代码:
andriod:configChanges="orientation"

当然我们想指定多个值的时候,可以用’|’链接起来,比如:
andriod:configChanges="orientation|keyboardHidden"

注意:系统只有在Activity异常终止的时候才会调用onSaveInstanceState和onRestoreInstanceState来保存和恢复数据,其他的情况不会触发这个过程.

情况二:

资源内存不足,导致优先级低的Activity被杀死
在这里我们要先介绍一个
Activity的优先级的的排列:
大致可以分为以下三种
1. 前台Activity:正在和优化交互的Activity,优先级最高.
2. 可见但非前台的Activity:可以看到,但是无法与用户交互的Activity(比如Activity中弹出了一个对话框,导致Activity可见但是无法与用户进行交互)
3. 后台的Activity :这个比较好理解,就是已经被暂停的Activity(不可见的Activity)

当系统的内存不足的时候,系统就会按照上述的优先级去杀死目标Activity所在的进程,并后续的通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据.

注意:如果一个进程没有四大组件运行的时候,那么这个进程将很快被杀死,因此,一些后台的工作不适合脱离四大组件而独立运行的原因也在于此.