android生命周期分为两部分内容，一部分是典型情况下的生命周期，即正常情况下的生命周期，另外一种是异常情况下的生命周期。
一：典型情况下的生命周期
指：在有用户参与的情况下，Activity所经过的生命周期的改变
1.1.1 典型情况下的生命周期的分析
(1):onCreate()
表示:activity正在创建，在这个方法中我们可以做一些初始化工作，比如加载页面，初始化activity所需数据
(2):onRestart()
表示：Activity正在重新启动。一般情况下当前Activity从不可见变为可见状态时，onRestart 就会被调用。这种情形一般是由用户行为导致，比如切换到home页面或者用户打开了一个新的activity，这时候当前的activity就会暂停，也就是onPause 和onStop被执行，接着用户又回到这个activity，此时onRestart 方法就会被执行。
(3):onStart()
表示：activity正在被启动，这时Activity已经可见了，但还是没有出现在前台，还无法跟用户交互。
(4):onResume()
表示：activity已经可见，并且出现在前台并开始活动，可以进行数据交互
(5):onPause()
表示：activity正在停止，正常情况下，紧接着onStop就会被调用。此时可以做一些数据存储，停止动画的等工作，但是注意不能太耗时，因为这会影响到新activity的现实，onPasue必须先执行完，新activity的onResume才会执行
(6):onStop()
表示：Activity即将停止，可以做一些稍微重量级的回收工作，同样不能太耗时
(7):onDestroy()
表示：activity即将销毁，这里我们做一些回收工作和最终的资源释放。
注意点：
a:从整个生命周期来说，onCreate和onDestroy是匹配的，分别标识Activity的创建和销毁，并且只可能有一次调用。
b:从activity是否可见来说，onStart和onStop是配对的，伴随着用户的操作或者设备屏幕的点亮跟熄灭，这两个方法可能被调用多次。
c:从activity是否在前台来说，onResume和onPause是配对的，随着用户操作或者设备屏幕的点亮和熄灭，这两个方法可能被调用多次
d:在新的activity启动之前，栈顶的activity需要先onPause后，新的Activity才能启动。因此，可以得出结论：旧的Activity先onPause，然后新的Activity在启动。这也印证了不能再onPause方法中执行耗时操作
二：异常情况下的生命周期
指：Activity被系统回收或者当前设备的Configuration发生改变从而导致Activity被销毁重建
1.1.2情况一：资源相关的系统配置发生改变导致Activity被杀死并重新创建
当系统配置发生改变后，Activity会被销毁，其onPause，onStop，onDestroy均会被调用，同时由于activity是在系统异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用时在onStop之前，跟onSop没有既定的时序关系。需要强调的是，这个方法是在Activity被异常终止的情况下调用的，正常情况下的系统回收不会调用这个方法。当Activity被重新创建后，系统会调用onRestoreInstanceState,并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法。因此，我们可以的通过onRestoreInstanceState和onCreate方法来判断Activity是否被创建了，如果被创建了，那么我们就可以取出之前保存的数据并恢复。，从时序上来说，onRestoreInstanceState的调用在onStart之后。
public class Day01Activity extends AppCompatActivity {
private EditText edit;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_day01);
edit = (EditText) findViewById(R.id.edit);
if (savedInstanceState != null) {
String content = savedInstanceState.getString("extra_test");
edit.setText(content);
Log.i("jimmy", content);
}
}
@Override
protected void onPause() {
super.onPause();
if (BuildConfig.DEBUG) Log.i("jimmy", "onPause()");
}
@Override
protected void onStop() {
super.onStop();
if (BuildConfig.DEBUG) Log.i("jimmy", "onStop()");
}
@Override
protected void onDestroy() {
super.onDestroy();
if (BuildConfig.DEBUG) Log.i("jimmy", "onDestroy()");
}
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
if (BuildConfig.DEBUG) Log.i("jimmy", "onSaveInstanceState()");
outState.putString("extra_test", edit.getText().toString());
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
if (BuildConfig.DEBUG) Log.i("jimmy", "onRestoreInstanceState()");
String content = savedInstanceState.getString("extra_test");
if (BuildConfig.DEBUG)
Log.d("jimmy", "onRestoreInstanceState--" + content);
}
}
当我们把手机横屏过来的时候，我们看下输出日志：
注意点：
a:在onCreate和onRestoreInstanceState方法都可以恢复数据，启动onCreate方法中是要做判空处理，官方文档建议在onRestoreInstanceState方法中恢复数据。
b:系统只有在Activity即将销毁并且有机会重新现实的情况下才会调用onSaveInstanceState保存数据，正常销毁的时候是不会调用的。
1.1.3情况二：资源内存不足导致低优先级的activity被杀死
这种情况不好模拟，但是其数据恢复的过程跟情况一是完全一致。
其中Activity的优先级可分为以下三种：
（1）前台Activity--正在和用户交互的Activity，优先级最高，
（2）可见但非前台Activity--比如Activity中弹出了一个对话框，导致Activity可见，但是位于后台无法和用户交互
（3）后台Activity--已经被暂停的Activity，比如执行了onStop,优先级最低。
当系统内存不足的时候，系统就会按照上述优先级去杀死目标Activity所在地进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果一个进程中没有四大组件在执行，那么这个进程将很快被系统杀死。比较好的方法是将后台工作放到Service中从而保证进程有一定的优先级，这样就不会轻易地被系统杀死。
1.1.4当系统配置发生改变时，有没有办法让Activity不重新创建？
答案是:有.
系统配置中有很多内容，如果当某项内容发生改变后，我们不想系统重新创建新的Activity，可以给指定的Activity指定configChanges属性。
比如在开发中我们经常看到AndoridManifest.xml文件中配置android:configChanges属性
<activity
android:name=".Day01Activity "
android:configChanges="keyboard|keyboardHidden|orientation|screenSize
>
//限制只能使用竖屏 --> android:screenOrientation="portrait"
其中configChanges可以有很多值设置，多个值用| 隔开我们解释其中常用的：
- keyboard：键盘类型发生了改变，比如用户使用了外插键盘;
- keyboardHidden: 键盘的可访问属性发生了改变，比如用户调出了键盘
- orientation: 屏幕方向发生了改变，比如屏幕旋转
- screenSize： 当屏幕的尺寸信息发生改变，当选择设备屏幕是，屏幕的尺寸会发生变化
....
当我们设置了android:configChanges属性的时候，在执行上面屏幕旋转的过程，发现没有调用onSaveInstanceState来存储数据，也没有调用onRestoreInstanceState来恢复数据。取而代之的是调用了onConfigurationChanged方法。
