正常的情况下Activity的生命周期
onCreate():从字面意思我们也能看出这是在Activity 正在被创建的时候执行的一个方法，也是Activity生命周期的第一个方法。我们一般都在这个方法中执行初始化工作。
onRestart():表示Activity正在被从新启动，一般情况下一个Activity从不可见变成可见时，onRestart()方法会被调用。
onStart():表示Activity正在被启动，即将开始，这个时候Activity已经可见了，但是还没有在前台，无法和用户进行交互。这个时候可以理解为Activity已经显示出来了，但是我们还看不到。
onResume(): 表示Activity已经可见了，并且出现在前台并开始活动，要注意这个和onStart的区别，onStart和onResume都表示Activity已经可见，但是onStart是此时Activity还在后台，onResume的时候Activity才显示到前台。
onPause():表示Activity正在停止，正常情况下，紧接着onStop就会被调用，在特殊情况下，如果快速的再回到当前Activity，那么onResume会被调用。在这里需要特别注意的是我们不能在onPause()中做耗时操作，因为会影响到新Activity的现实，onPause必须先执行完，新Activity的onResume才会执行。
onStop():表示Activity即将停止，可以做一些稍微重量级的回收工作，同样不能太耗时。
onDestroy(): 表示Activity即将被销毁，这是Activity生命周期中的最后一个回调，我们可以做一些回收工作和最终的资源释放工作。
一般情况下Activity第一次启动的流程是这样的：
onCreate()——>onStart()——>onResume
当用户打开新的Activity或者切换到桌面的时候回掉如下：onPause()—>onStop()
这里有一个特使情况就是：如果新打开的Activity采用了透明的主题，那么当前的Activity不会调用onStop()方法
当用户再次回到原Activity时，回掉如下：onRestart()——>onStart()——>onResume()
当用户按下back键回退时，回调如下：onPause()——>onStop——>onDestroy()
从整个生命周期来看，onCreate()和onDestroy()是配对的，分别标志着Activity的创建和销毁，并且只可能有一次调用，从Activity是否可见来说onStart()和onStop()是配对的，从Activity是否可见来说，onResume()和onPause()是配对的。
异常情况下的生命周期
当与资源相关的系统配置发生改变，以及系统内存不足时，Activity就可能被杀死。比如当前我们的Activity处于竖屏状态下，突然旋转屏幕，由于系统配置发生了变化，在默认的情况下，Activity就会被销毁并且被重建，当然我们也可以阻止系统从新创建我们的Activity
当系统配置发生变化，Activity会被销毁，其onPause()，onStop(),onDestroy()均会被调用，同时由于Activity在异常情况下终止，系统会调用onSaveInstanceState()来保存当前Activity的状态，这个方法的调用时机是在onStop之前，它和onPause()没有既定的时许关系，它可能在onPause只前调用，它可能在onPause()之后调用，需要强调的是，这个方法它只会出现在Activity被异常终止的情况下系统才会调用此方法。当Activity被从新创建好之后，系统会调用onRestoreInstanceState(),并且把Activity销毁时onSaveInstaceState()方法所保存的Bundle对象作为参数传递给onRestoreInstanceState()和onCreate()方法。因此我们可以通过onRestoreInstanceState()和onCreate()方法来判断Activity是否被重建了。如果被重建了，那么我们就可以取出之前保存的数据并恢复，从时许上来说，onRestoreInstanceState()的调用时机在onStart()之后。
我们要知道一点，在onSaveInstanceState()和onRestoreInstanceState()方法中，系统自动为我们做了一定的恢复工作。当Activity在异常情况下需要从新创建时，系统会默认认为我们保存当前Activity的视图结构，并且在Activity重启后为我们恢复这些数据，比如文本框中用户输入的数据，ListView滚动的位置等，这些View相关的状态信息系统都能够默认为我们恢复。
关于保存和恢复View层次结构，系统的工作流程是这样的，首先Activity被意外终止时，Activity会调用onSaveInstanceState()去保存数据，然后Activity会委托Window去保存数据，接着Window再委托它上面的顶层容器去保存数据，顶层容器是一个ViewGroup，一般来说它可能是DecorView。最后顶层容器再去一一通知它的子元素来保存数据，这样整个数据就保存完整了。我们可以从中发现这是一种委托思想，上层委托下层，父元素委托子元素去处理一件事情，这种思想在Android中有很多应用。比如View的绘制，过程，事件分发过程都是采用类似的思想。
