Activity的生命周期和启动模式

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

生命周期

正常时候的生命周期

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

1. onCreate()：当 Activity 第一次建立时会被调用。这是生命周期的第一个方法。在这个方法中，能够作一些初始化工做，好比调用setContentView去加载界面布局资源，初始化Activity所需的数据。

2. onRestart()：表示Activity正在从新启动。通常状况下，当前Activity从不可见从新变为可见状态时，onRestart就会被调用。这种情形通常是用户行为致使的，好比用户按Home键切换到桌面或打开了另外一个新的Activity，接着用户又回到了这个Actvity。

3. onStart(): 表示Activity正在被启动，即将开始，这时Activity已经出现了，可是尚未出如今前台，没法与用户交互。这个时候能够理解为Activity已经显示出来，可是咱们还看不到。

4. onResume():表示Activity已经可见了，而且出如今前台并开始活动。须要和onStart()对比，onStart的时候Activity还在后台，onResume的时候Activity才显示到前台。

5. onPause():表示 Activity正在中止，仍可见，正常状况下，紧接着onStop就会被调用。在特殊状况下，若是这个时候快速地回到当前Activity，那么onResume就会被调用（极端状况）。onPause中不能进行耗时操做，会影响到新Activity的显示。由于onPause必须执行完，新的Activity的onResume才会执行。

6. onStop():表示Activity即将中止，不可见，位于后台。能够作稍微重量级的回收工做，一样不能太耗时。

7. onDestory():表示Activity即将销毁，这是Activity生命周期的最后一个回调，能够作一些回收工做和最终的资源回收

常见情景

1. 当咱们看新闻时，出现电话、信息等通知，此时activity不会调用生命周期的方法，只有你点击通知跳转到其余activity时，才会调用onPause->onStop方法

2. 当咱们按Home键切换到桌面后又回到该Actitivy，回调以下：onPause()->onStop()->onRestart()->onStart()->onResume()

3. 当咱们按back键回退时，回调以下：onPause()->onStop()->onDestory()

4. 在生命周期方法中调用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的优先级从高到低，可分为以下三种：

1. 前台Activity: 正在和用户交互的Activity
2. 可见但非前台Activity:好比Activity中弹出了一个对话框，致使Activity可见可是位于后台没法和用户交互
3. 后台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所在的栈中。

特殊状况：

1. 假设有应用A和应用B，A启动另外一个应用B的MainActivity(入口Activity)时，会建立一个新的任务栈，并将另外一个应用的Activity置于这个新栈中。若是启动另外一个应用的非入口Activity(此时这个被启动Activity要求android:exported属性为true)，则会将这个应用B的Activity放在应用A的栈中

2. 若是在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实例并压入栈中。