Activity生命周期、启动模式

生命周期：
一,典型情况下的生命周期
onCreate:activity正在创建，可以在这个方法中做一些初始化工作，如加载界面布局资源、初始化activity所需数据等。
onRestart:当activity从不可见变为可见会调用此方法，比如用户按了Home键，又点击app回到当前页面。
onStart:此时activity已经可见了，但是还处于后台，无法与用户交互。
onResume:表示activity已经位于前台了，可以与用户进行交互了，这是与onStart的主要区别。
onPause:activity正在停止，此方法中不要进行耗时操作，否则会影响新activity的启动，启动新activity时，第一个activity的onPause方法执行后，新activity的onResume方法才会执行。
onStop:表示activity即将停止，可以做一些回收工作，但不能做耗时操作，与onStart类似都代表activity是否可见。
onDestroy:表示activity即将销毁，在此方法中做一些回收工作和最终的资源释放。

生命周期执行分为如下几种情况：
1,第一次启动或者被系统回收重新启动:onCreate->onStart->onResume
2,打开新activity或者切换到桌面：onPause->onStop 注意，如果新activity采用了透明主题，那么当前activity不会回调onStop
3,返回原activity:onRestart->onStart->onResume
4,点击返回键：onPause->onStop->onDestroy

二，异常情况下的生命周期
1,资源相关的系统配置发生变化导致activity被杀死并重新创建
当系统配置发生变化后，activity会被销毁，onPause->onStop->onDestroy会调用，由于是异常终止的，系统会调用onSaveInstanceState来保存当前activity的状态，在onStop之前调用，当activity被重新创建后，系统会调用onRestoreInstanceState,并且把onSaveInstanceState保存的参数传递给onRestoreInstanceState和onCreate方法。我们可以通过onRestoreInstanceState来判断activity是否重建了，此方法的调用时机在onStart之后。onRestoreInstanceState和onCreate都可以用了做恢复数据的操作，区别是onCreate需要判空，onRestoreInstanceState的参数一定不为空。

2,内存不足导致低优先级activity被杀死
优先级分为如下三种：
(1),前台activity，优先级最高
(2),可见但非前台activity，比如当前activity弹出一个对话框，导致
activity可见，但不能与用户交互
(3),后台avtivity，优先级最低。
系统内存不足时，系统会干掉优先级最低的activity，并通过onSaveInstanceState和onRestoreInstanceState来保存和恢复数据。

启动模式
standard:每次启动一个activity都会重新创建一个新的实例，不管当前任务栈中是否存在此实例。注意，不能用ApplicationContext去启动standard模式的activity，因为新启动的activity默认会进入启动它的activity的任务栈中，但是ApplicationContext并不存在任务栈。解决办法是为待启动的activity指定FLAG_ACTIVITY_NEW_TASK标记。这种情况其实就是以singleTask模式启动的。

singTop:栈顶复用模式，如果activity的实例已经位于任务栈的栈顶，就不会创建新的实例，此时activity会调用onNewIntent方法，不会调用Activity的onCraete->onStart方法。如果activity的实例不位于activity的栈顶，仍然会创建新的实例。

singleTask:栈内复用模式，单实例模式，当一个具有singleTask模式的activity被启动后，比如activity A，系统会首先寻找是否存在A想要的任务栈，如果不存在，会首先创建任务栈，然后将activity的实例压入栈中，如果存在，就会判断此任务栈中是否存在此activity的实例，如果存在，就将activity置于栈顶，并调用activity的onNewIntent方法。
前面提到的所需的任务栈是什么：TaskAffinity，任务相关性，默认情况下，所有activity所需的任务栈名字都是应用的包名。可以通过TaskAffinity属性指定指定任务栈名，不能和包名相同，此属性主要和singleTask模式或者allowTaskReparenting属性配对使用，在其他情况下没有意义。
当TaskAffinity和singleTask模式配合使用时，代表此activity的任务栈是由TaskAffinity指定的。
当TaskAffinity和allowTaskReparenting配合使用时，这种情况很复杂。当应用A启动了应用B的某个activity后，如果此activity的allowTaskReparenting属性为true的话，那么当应用B启动后，此activity会直接从应用A的任务栈转移到应用B的任务栈中。

singleInstance:单实例模式,加强版的singleTask模式，此种模式的activity只能位于一个单独的任务栈中。

启动模式分为两种，一种是通过AndroidManifest为activity指定启动模式。
连一个是通过Intent中设置标志位来为Activity指定启动模式。第二种的优先级高于第一种。第一种无法直接为activity指定FLAG_ACTIVITY_CLEAR_TOP标识，第二种方式无法为activity指定singleInstance模式。

本文参考：《Android开发艺术探索》