1. 生命周期

2. 任务栈/启动模式

可以在 manifest 中设置 <activity/> 的 launchMode 属性：

何时调用：

注意事项：

当用户自己按下 Back 键，属于主动销毁 Activity，此时是不会回调该方法的
什么叫容易：当 Activity 不能被完全看见却又未执行onDestroy方法时(即处于 onPaus 或 onStop 状态下)，系统就可能因为内存紧缺而销毁这些 Activity。
系统销毁这些 Activity 时会依据其所在进程的优先级，优先级越低越容易被销毁：
前台进程 > 可见进程 > 服务进程 > 后台进程 > 空进程，通常被销毁都是处在后台进程这个级别

做了什么：

系统回调该方法时会保存与 UI 有关的信息，具体讲，会为布局中的每个 View 回调 onSaveInstanceState() 方法来保存视图信息，以便在重建 Activity 时恢复原状，但该 View 需要包含id属性
对 Activity 中的一些成员变量系统默认是不会恢复存储的，但它们有些又非常重要，此时就需要重写该方法将有关信息存储在 Bundle 数据包中

onRestoreInstance()：

onSaveInstanceState()和onRestoreInstance()的回调并不是成对的，onRestoreInstance()方法被调用的前提是Activity的确被系统销毁了
尽管onSaveInstanceState()方法已经被调用了(无论是系统调用的还是自己调用的)，也只是说明Activity存在被回收销毁的可能性，若没有被回收而正常返回，则只会回调onRestart(方法
在 onSaveInstanceState() 中保存的数据，重建 Activity 时会传到 onRestoreInstance() 和 onCreate()的Bundle参数中，不过我们通常会在onCreate()方法中去恢复数据

一些结论：

Activity 在不可见(或不完全可见)但又未执行 onDestroy() 时可能被系统回收，此时会回调 onSaveInstanceState() 保存实例信息。但由用户主动销毁的情况是不会调用该方法的
只有 Activity 真的被系统销毁了，重建时才会回调 onRestoreInstance() 方法恢复数据(否则 Bundle 为空)，但通常的是在 onCreate() 的Bundle中恢复数据

应用场景：

onStart()和onStop是从是否可见这个角度来回调的，而onResume()和onPause()是从是否位于前台这个角度来回调的
旧的Activity的onPause()执行完后新的Activity才能Resume，所以不能在onPause()和onStop()中执行耗时操作，特别是onPause()
当系统配置发生变化后，Activity会被重建，若不想Activity重建，可以给Activity指定configChanges属性，这样取而代之的是回调Activity的onConfigchangd()方法
TaskAffinity属性标识了一个Activity所需的任务栈，默认情况下为应用的包名。可以给每个Activity都单独指定TaskAffinity属性，它的值是一个字符串，中间必须包含包名分隔符"."。它和singleTask启动模式配合使用才能生效
栈内复用的Activity在重新回到前台时会回调onNewIntent()方法，但onCreate()、onStart()不会被调用