1.生命周期：
onCreate()->onStart()->onResume()->onPause()->onStop()->onDestroy()
2.各种状况下Activity生命周期的变化：
（1）启动Activity：
onCreate->onStart->onResume
（2）跳转到新Activity或者home键退到后台：
onPause->onStop
特殊情况：如果新打开的Activity采用了透明主题，那么当前Activity不会调用onStop.
（3）当用户再次回到原来Activity时：
onRestart->onStart->onResume
（4）当用户按back键回退时，回调如下：
onPause->onStop->onDestroy
3.onStart,onStop是从Activity是否可见这个角度来回调的，而onResume,onPause是从Activity是否位于前台这个角度来回调的。
4.旧Activity先onPause,然后新的Activity再启动。所以onPause方法中，绝对不可以进行重量级操作。应当在onStop方法中操作。但这两者都不可以进行耗时操作。
5.异常情况下的生命周期：
（1）情况1：资源相关的系统配置发生改变导致Activity被杀死并重新创建：
这种情况下，onPause，onStop,onDestroy均会被调用，由于是异常终止，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法在onStop之前，和onPause没有既定的时序关系，可以在之前，也可以在之后。
当Activity被重新创建后，系统会调用onRestoreInstanceState,并把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法。因此我们可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建。onRestoreInstanceState方法的调用时机在onStart之后。
ps：如果在AndroidManifest.xml文件中配置Activity的android：configChanges="orientation|screenSize"属性。者屏幕旋转不会重建Activity。但是如果只配置orientation是不够的。必须两者一起。亲测有效。
（2）情况2：资源内存不足导致低优先级的Activity被杀死
这种情况，与1完全一致。但不好模拟。这里描述一下Activity的优先级：
【1】前台Activity----正在和用户交互的Activity，优先级最高。
【2】可见但非前台Activity----比如Activity中弹出一个对话框，导致Activity可见，但是位于后台无法和用户直接交互。
【3】后台Activity----已经被暂停的Activity，比如执行了onStop，优先级最低。
当系统内存不足时，系统就会按照上述优先级去杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果一个进程中没有四大组件在执行，那么这个进程将很快被系统杀死，因此，一些后台工作不适合脱离四大组件而独立运行在后台中，这样的进程很容易被杀死。比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级，这样就不会被轻易杀死。