本文将Activity的生命周期分为两部分内容，一部分是典型情况下的生命周期，另一部分是异常情况下的生命周期。所谓典型是指用户参与的情况下，Activity所经过的生命周期的改变。而异常情况是Activity被系统回收或由于当前设备的Configuration发生改变而导致Activity被销毁重建，这两种情况略有不同需要另做分析。
典型情况下的生命周期分析
正常情况下Activity会经过以下生命周期
（1）onCreate：表示Activity正在被创建，这是生命周期的第一个方法。在这个方法中，我们可以做一些初始化工作，比如调用setContentView去加载页面资源、初始化Activity需要的数据等。
（2）onRestart：表示Activity正在重新启动。一般情况下，当当前的Activity从不可见变为可见状态时，onResraet()方法就会被调用。比如用户按Home键切换到桌面，或用户打开了一个新的Activity,这时当前的Activity就会被暂停，也就是onPause和onStop被执行了，接着用户又回到了这个Activity，就会出现这种情况。
（3）onStart：表示Activity正在被启动，即将开始，此时Activity已经可见了，但还未出现在前台，还无法与用户交互。这时可以理解Activity已经显示出来了，但我们还看不见。
（4）onResume：表示Activity已经可见了，并且出现在前台开始活动了，onStart与onResume都表示Activity可见，它们区别在于，onStart时Activity还在后台，onResume时Activity才显示在前台。
（5）onPause：表示Activity正在停止，正常情况下，紧接着onStop就会被调用。在特殊情况下，如果这个时候在快速的回到当前的Activity，那么OnResume就会被调用。当然这属于极端情况，用户操作很难重现这一场景。此时可以做一些存储数据、停止动画等工作，但是注意不能太耗时，因为这会影响新Activity的显示，onPause必须先执行，新Activity的OnResume才能被执行。
（6）onStop：表示Activity即将停止，可以做一些稍微重量级的回收工作，同样不能太耗时。
（7）onDestroy：表示Activity即将被销毁，这是Activity生命周期的最后一次回调。在这里，我们可以做一些回收工作和最终资源释放。
正常境况下，Activity的生命周期只有以上7个，下图详细描述了Activity各种生命周期的切换过程。
（1）针对一个特定的Activity，第一次启动，回调如下：onCreate->onStart->onResume。
（2）当用户打开新的Activity或者切换到桌面时，回调如下:onPause->onStop。这里有一种特殊情况，如果新的Activity采用了透明主题，那么当前的Activity不会回调onStop。
（3）当用户再回到原Activity时，回调如下：onRestart->onStart->onResume。
（4）当用户按back键回退时，回调如下：onPause->onStop->onDestroy。
（5）当Activity被系统回收后再次打开，生命周期方法回调过程和（1）一样，注意只是生命周期方法一样，不代表所有过程都一样。
（6）从整个生命周期来说，onDestroy和onCreate是配对的，分别标识Activity的重建和销毁，并且只可能有一次调用。从Activity是否可见来说，onStart和onStop是配对的，随着用户的操作和设备屏幕的点亮和熄灭，这两个方法可能会多次被调用；从Activity是否在前台来说，onResume和onPause是配对的，随着用户的操作和设备屏幕的点亮和熄灭，这两个方法可能会多次被调用；
异常情况下的生命周期分析
Activity除了受用户操作而导致的正常生命周期调度，还有一些异常情况，比如当资源相关的系统配置发生改变以及系统内存不足时，Activity就有可能被杀死。
（1）资源相关的系统配置发生改变导致Activity被杀死并被重新创建
比如说横屏手机和竖屏手机就会拿到两张不同的图片（设定了landscape或portrait状态下的图片）。比如说当前Activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发生改变，在默认的情况下，Activity就会被销毁并且重建，当然我们也可以阻止系统重新创建Activity。
在默认的情况下，如果我们的Activity不做特殊处理，那么当系统配置改变后，Activity就会被销毁重建。如下图所示。
当系统配置发生改变后，Activity会被销毁，其onPause，onStop，onDestroy均会被调用，同时由于Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法在onStop前被调用，但和onPause没有既定的时序关系。特别的是，这个方法只会在Activity被异常终止的情况下，正常情况下系统不会回调这个方法。当Activity被重新创建后，系统会调用onRestoreInstanceState，并且把Activity销毁时onSaveInstanceState保存的Bundle对象作为参数传递给onRestoreInstanceState和onCreate来判断Activity是否被重建了，如果被重建了，那么我们就取出之前保存的数据并恢复，从时序上，onRestoreInstanceState的调用时序在onStart之后。
（2）资源内存不足导致低优先级的Activity被杀死
Activity按照优先级从高到低，可以分为以下三种：
（1）前台 Activity——正在与用户交互的Activity，优先级最高。
（2）可见但非前台Activity——比如Activity中弹出来一个对话框，导致Activity可见，但是位于后台无法与用户进行交互。
（3）后台Activity——已经被暂停的Activity，比如已经执行了onStop，优先级最低。
当系统内存不足时，系统就会按照上述优先级去杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState进行存储和恢复数据。如果一个进程没有四大组件在执行，那么这个进程就会很快被杀死，因此一些后台工作不适合脱离四大组件而独自运行在后台，这样的进程很快就会被杀死。比较好的方法就是把进程加入到Service从而保证进程有一定的优先级，这样就不会被系统轻易地杀死了。
如果我们不想系统从新创建Activity，可以给Activity指定configChanges属性。比如不想让Activity在屏幕旋转时候重新创建，可以在AndroidMenifest.xml加入Activity的声明即可：android：configChanges=“orientation|screenSize”