Activity的生命周期和启动模式

这篇文章大部分内容来自Activity的全方面解析，本文只是往加上Activity的全方面解析这篇文章无法显示的图片和一些没有介绍的部分基础内容

生命周期

正常时候的生命周期

如图所示，在正常情况下，一个Activity从启动到结束会以如下顺序经历整个生命周期：

onCreate()：当 Activity 第一次创建时会被调用。这是生命周期的第一个方法。在这个方法中，可以做一些初始化工作，比如调用setContentView去加载界面布局资源，初始化Activity所需的数据。
onRestart()：表示Activity正在重新启动。一般情况下，当前Activity从不可见重新变为可见状态时，onRestart就会被调用。这种情形一般是用户行为导致的，比如用户按Home键切换到桌面或打开了另一个新的Activity，接着用户又回到了这个Actvity。
onStart(): 表示Activity正在被启动，即将开始，这时Activity已经出现了，但是还没有出现在前台，无法与用户交互。这个时候可以理解为Activity已经显示出来，但是我们还看不到。
onResume():表示Activity已经可见了，并且出现在前台并开始活动。需要和onStart()对比，onStart的时候Activity还在后台，onResume的时候Activity才显示到前台。
onPause():表示 Activity正在停止，仍可见，正常情况下，紧接着onStop就会被调用。在特殊情况下，如果这个时候快速地回到当前Activity，那么onResume就会被调用（极端情况）。onPause中不能进行耗时操作，会影响到新Activity的显示。因为onPause必须执行完，新的Activity的onResume才会执行。
onStop():表示Activity即将停止，不可见，位于后台。可以做稍微重量级的回收工作，同样不能太耗时。
onDestory():表示Activity即将销毁，这是Activity生命周期的最后一个回调，可以做一些回收工作和最终的资源回收

常见情景

当我们看新闻时，出现电话、信息等通知，此时activity不会调用生命周期的方法，只有你点击通知跳转到其他activity时，才会调用onPause->onStop方法
当我们按Home键切换到桌面后又回到该Actitivy，回调如下：onPause()->onStop()->onRestart()->onStart()->onResume()
当我们按back键回退时，回调如下：onPause()->onStop()->onDestory()
在生命周期方法中调用finish()时，activity的生命周期与调用finish()的位置有关（调用完finish()后,不会直接退出该生命周期的方法，而是先执行完所在的生命周期方法）：

在onCreate()中调用时，先执行完onCreate(),回调为onDestory()
在onStart()中调用时，回调为：onStop()->onDestory()
在onResume()中执行时，回调为:onPause()->onStop()->onDestory()
在onPause()中执行时，回调为:onStop()->onDestory()
在onStop()中调用时，回调为：onDestory()

异常时候的生命周期

横竖屏切换

横竖屏切换的生命周期回调为：onPause()->onSaveInstanceState()-> onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState->onResume()

onSaveInstanceState()用来在横竖屏切换时保存当前activity的状态，当activity重建时，系统会并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象参数同时传递给onRestoreInstanceState和onCreate方法.(onCreate和onRestoreInstanceState的区别就是onCreate传递过来的Bundle对象可能为null,而onRestoreInstanceState的不会为null)

在AndroidManifest.xml的activity中禁用横竖屏切换

android:configChanges = "orientation| screenSize"

此时，不会进行横竖屏切换，而是调用onConfigurationChanged(Configuration newConfig)方法。

资源内存不足导致优先级低的Activity被杀死

Activity的优先级从高到低，可分为如下三种：

前台Activity: 正在和用户交互的Activity
可见但非前台Activity:比如Activity中弹出了一个对话框，导致Activity可见但是位于后台无法和用户交互
后台Activity——已经被暂停的Activity，比如执行了onStop，优先级最低

当系统内存不足时，会按照上述优先级从低到高去杀死目标Activity所在的进程。

Activity的启动模式

启动模式的结构——栈

Activity的管理是采用任务栈的形式，任务栈采用“后进先出”的栈结构。

任务栈

Android的任务栈由TaskAffinity指定，TaskAffinity标识了一个Activity所需要的任务栈的名字。默认情况下TaskAffinity为包名。一般我们不改变TaskAffinity的默认值，不同的应用属于不同的任务栈，同一个应用都在同一个任务栈。我们可以通过设置TaskAffinity来让同一应用中的不同的Activity属于不同的任务栈。

前台任务栈和后台任务栈的区别：前台任务栈和后台任务栈都是任务栈，不同的是前台任务栈中存在Activity与为用户所见，而后台的任务栈中的Activity都在后台

启动模式的类别

Android提供了四种Activity启动方式：

标准模式（standard）
栈顶复用模式（singleTop）
栈内复用模式（singleTask）
单例模式（singleInstance）

标准模式（standard）

每启动一次Activity，就会创建一个新的Activity实例并置于栈顶。谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。

特殊情况：

假设有应用A和应用B，A启动另一个应用B的MainActivity(入口Activity)时，会创建一个新的任务栈，并将另一个应用的Activity置于这个新栈中。如果启动另一个应用的非入口Activity(此时这个被启动Activity要求android:exported属性为true)，则会将这个应用B的Activity放在应用A的栈中
如果在Service或Application中启动一个Activity，其并没有所谓的任务栈，可以为待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位，创建一个新栈。

注意在5.0之前A启动另一个应用B的MainActivity(入口Activity)时，新启动的Activity实例会放入发送Intent的Task的栈的顶部，尽管它们属于不同的程序

栈顶复用模式（singleTop）

如果需要新建的Activity位于任务栈栈顶，那么此Activity的实例就不会重建，而是重用栈顶的实例，此时会调用Activity的onNewIntent(Intent intent)方法。如果栈顶不是新建的Activity,就会创建该Activity新的实例，并放入栈顶。

注意：在Android 5.0之前，如果是外部程序启动singleTop的Activity，新创建的Activity会位于调用者的Task中，5.0及以后会放入新的Task中。

栈内复用模式（singleTask）

该模式是一种单例模式，即一个栈内只有一个该Activity实例。该模式，可以通过在AndroidManifest.xml文件的taskAffinity属性指定该Activity需要加载到那个栈中。如果Activity指定的栈不存在，则创建一个栈，并把创建的Activity压入栈内。如果Activity指定的栈存在，如果其中没有该Activity实例，则会创建Activity并压入栈顶，如果其中有该Activity实例，则把该Activity实例之上的其他Activity杀死清除出栈，重用并让该Activity实例处在栈顶，然后调用onNewIntent()方法。

单例模式（singleInstance）

作为栈内复用模式（singleTask）的加强版,打开该Activity时，直接创建一个新的任务栈，并创建该Activity实例放入新栈中。一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例。

启动模式的应用

标准模式（standard）：一般的Activity
栈顶复用模式（singleTop）：在通知栏点击收到的通知，然后需要启动一个Activity，这个Activity就可以用singleTop，否则每次点击都会新建一个Activity。
栈内复用模式（singleTask）：大多数App的主页。对于大部分应用，当我们在主界面点击回退按钮的时候都是退出应用，那么当我们第一次进入主界面之后，主界面位于栈底，以后不管我们打开了多少个Activity，只要我们再次回到主界面，都应该使用将主界面Activity上所有的Activity移除的方式来让主界面Activity处于栈顶，而不是往栈顶新加一个主界面Activity的实例，通过这种方式能够保证退出应用时所有的Activity都能报销毁。
单例模式（singleInstance）：呼叫来电界面，不常用

特殊情况——前台栈和后台栈的交互

假如目前有两个任务栈。前台任务栈为AB，后台任务栈为CD，这里假设CD的启动模式均为singleTask,现在请求启动D，那么这个后台的任务栈都会被切换到前台，这个时候整个后退列表就变成了ABCD。当用户按back返回时，列表中的activity会一一出栈，

如果不是请求启动D而是启动C，那么情况又不一样，这个时候整个后退列表就变成了ABC

Activity的Flags

Activity的Flags很多，这里介绍集中常用的，用于设定Activity的启动模式。可以在启动Activity时，通过Intent的addFlags()方法设置。

FLAG_ACTIVITY_NEW_TASK 其效果与指定Activity为singleTask模式一致。
FLAG_ACTIVITY_SINGLE_TOP 其效果与指定Activity为singleTop模式一致。
FLAG_ACTIVITY_CLEAR_TOP 具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。如果和singleTask模式一起出现，若被启动的Activity已经存在栈中，则清除其之上的Activity，并调用该Activity的onNewIntent方法。如果被启动的Activity采用standard模式，那么该Activity连同之上的所有Activity出栈，然后创建新的Activity实例并压入栈中。