Activity生命周期详解

在我的Android四大组件详解一文中已经对Activity的生命周期进行过一个比较详细的介绍。这篇文章我们再来更加深入地介绍Activity的生命周期。

一、Activity的生命周期方法如下：

onCreate、onStart、onRestart、onResume、onPause、onStop、onDestroy

依次介绍：

onCreate:表示Activity正在被创建，这是生命周期的第一个方法。在这个方法中，我们可以做一些初始化工作，比如调用setContentView去加载界面布局资源、初始化Activity所需数据等。

onStart:表示Activity正在被启动，即将开始，这是Activity已经可见了，但是还没有出现在前台，还无法和用户进行交互。

onRestart:表示Activity正在重新启动。一般情况下，当当前Activity从不可见重新变为可见状态时，onRestart就会被调用。

onResume:表示Activity已经可见了，并且出现在前台并开始活动。要注意这个和onStart的对比，onStart和onResume都表示Activity已经可见，但是onStart的时候Activity还在后台，onResume的时候Activity才显示到前台。

onPause:表示Activity正在停止，正常情况下，紧接着onStop就会被调用。在特殊情况下，如果这个时候快速地再回到当前Activity，那么onResume会被调用。这种情况属于极端情况，用户操作很难重现这一场景。此时可以做一些存储数据、停止动画等工作，但是注意不能太耗时，因为这会影响到新Activity的显示，onPause必须先执行完，新Activity的onResume才会执行。

onStop:表示Activity即将停止，可以做一些稍微重量级的回收工作，同样不能太耗时。

onDestroy:表示Activity即将被销毁，这是Activity生命周期中的最后一个回调。在这里我们可以做一些回收工作和最终的资源释放。

二、Activity生命周期流程图。

三、从整个生命周期来说，onCreate和onDestroy是配对的，分别标识着Activity的创建和销毁，并且只可能有一次调用。从Activity是否可见来说，onStart和onStop是配对的，随着用户的操作或者设备屏幕的点亮和熄灭，这两个方法可能被调用多次；从Activity是否在前台来说，onResume和onPause是配对的，随着用户操作或者设备屏幕的点亮和熄灭，这两个方法可能被调用多次。

四、Note:

1、当用户打开新的Activity或者切换到桌面的时候，回调如下：onPause->onStop。但是有一种特殊情况，如果新Activity采用了透明主题，那么当前Activity不会回调onStop。

2、当前Activity（A），此时打开一个新的Activity（B），B的onResume方法和A的onPause方法谁先执行，答案是A的onPause先执行。

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

上面讲的都是典型情况下的生命周期，接下来我们来分析异常情况下的生命周期。

异常情况分两种：

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

2、资源内存不足导致低优先级的Activity被杀死

针对第一种，比如说当前Activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发生了改变，在默认情况下，Activity就会被销毁并重新创建。关于旋转屏幕这一块，要想了解更详细的介绍，可参考我的Android四大组件详解一文。

当系统配置发生改变后，Activity会被销毁，其onPause、onStop、onDestroy均会被调用，同时由于Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用时机是在onStop之前，它和onPause没有既定的时序关系，它既可能在onPause之前调用，也可能在onPause之后调用。需要强调的一点是，这个方法只会出现在Activity被异常终止的情况下，正常情况下系统不会回调这个方法。当Activity被重新创建后，系统会调用onRestoreInstanceState，并且把Activity销毁时onSaveInatanceState方法所保存的Bundle对象作为参数传递给onRestoreInstanceState和onCreate方法。因此，我们可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建了，如果被重建了，那么我们就可以取出之前保存的数据并恢复，从时序上来说，onRestoreInstanceState的调用时机在onStart之后。

针对第二种情况，其数据存储和恢复过程和情况一完全一致。