activity生命周期详解

最近在看《Android开发艺术探索》，所以来做一下笔记，总结一下，加深印象。

作为Android四大组件之首的activity，是使用很频繁的一种组件，下面就它的生命周期来总结一下。

Activity的生命周期，可分为两种情况下：典型情况下和异常情况下的生命周期。其中，在典型情况下的是指，在有用户参与的情况下，activity所要经历的生命周期的变化；而异常情况下的则是指，android系统配置发生改变或系统回收时activity生命周期的变化。

首先，先来看一下典型情况下的生命周期。

在正常情况下，activity可经历以下生命周期：

onCreate:表示该activity正在被创建，这是activity生命周期的第一个方法，主要做一些初始化的工作，比如调用setContentView去加载界面布局文件，初始化一些activity所需控件等；

onRestart:表示该activity正在重新启动。一般情况下，当该activity从不可见状态变为可见状态时，onRestart就会被调用。这种场景一般是用户行为所导致的，比如用户按home键切换到桌面或者用户打开了一个新的activity，这时当前的activity就会暂停，也就是onPause和onStop被执行了，接着用户又回到了这个activity，就会出现这种情况。

onStart:表示该activity正在被启动，即将开始，这时activity已经可见了，但是还没有出现在前台，还无法和用户交互。可以理解为该activity已经显示出来，但是我们还没看到。

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

onPause:表示该activity正在停止，正常情况下，紧接着onStop就会被调用。其中，如果新Activity采用了透明主题的话，onStop就不会被回调。此时返回，就是直接onPause－－>onResume了。还有，此时不能做太耗时的操作，因为会影响到新Activity的显示，onPause必须先执行完，新activity的onCreate,onStart,onResume才会执行。

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

onDestory:表示该activity即将被销毁，这是activity生命周期的最后一个回调了。此时，可以做些回收工作和最终的资源释放。

＊＊＊＊＊

以上是正常情况下，activity是经历的7个生命周期。接下来，是在异常情况下activity的生命周期：

情况一：资源相关的系统配置发生变化所导致activity被杀死并重新创建

主要表现在：横竖屏切换时的操作。当横竖屏切换时系统配置会发生改变，在默认情况下，activity就会被销毁并且重新创建。当然，我们也可以重新配置系统参数来阻止销毁和重新创建。

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

同时，系统也在onSaveInstanceState和onRestoreInstanceState方法中自动为我们做一定的恢复工作。当Activity在异常情况下需要重新创建时，系统会默认为我们保存当前Activity的视图结构，并且在Activity重启后为我们恢复这些数据，比如文本框中用户输入的数据、List View滚动的位置等，这些View相关的状态系统都能够默认为我们恢复。

情况二：资源内存不足导致优先级低的Activity被杀死

Activity按照优先级可分为三种：

1）前台Activity－－正在和用户交互的Activity，优先级最高。

2）可见但非前台Activity－－比如弹出一个Dialog，就会导致Activity可见但是位于后台无法跟用户直接交互。

3）后台Activity－－已经被暂停的Activity，优先级最低。

这种情况下的Activity会因为内存不足，按照上述优先级杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。