Activity的基本理解

一.生命周期

 上面是经典的Activity的生命周期图 标准启动模式下的生命周期十一上图中的7个：

onCreate onDestroy
onStart onRestart onStop
onResume onPause

生命周期都是成对对应的

activity最基本的生命周期：

onCreate -> onStart -> onResume -> onPause -> onStop -> onDestroy

1.各个生命周期含义及应用场景

（1）onCreate:create表示创建，这是Activity生命周期的第一个方法，也是我们在android开发中接触的最多的生命周期方法。它本身的作用是进行Activity的一些初始化工作，比如使用setContentView加载布局，对一些控件和变量进行初始化等。但也有很多人将很多与初始化无关的代码放在这，其实这是不规范的。此时Activity还在后台，不可见。所以动画不应该在这里初始化，因为看不到……

（2）onStart:start表示启动，这是Activity生命周期的第二个方法。此时Activity已经可见了，但是还没出现在前台，我们还看不到，无法与Activity交互。其实将Activity的初始化工作放在这也没有什么问题，放在onCreate中是由于官方推荐的以及我们开发的习惯。

（3）onResume:resume表示继续、重新开始，这名字和它的职责也相同。此时Activity经过前两个阶段的初始化已经蓄势待发。Activity在这个阶段已经出现在前台并且可见了。这个阶段可以打开独占设备

（4）onPause:pause表示暂停，当Activity要跳到另一个Activity或应用正常退出时都会执行这个方法。此时Activity在前台并可见，我们可以进行一些轻量级的存储数据和去初始化的工作，不能太耗时，因为在跳转Activity时只有当一个Activity执行完了onPause方法后另一个Activity才会启动，而且android中指定如果onPause在500ms即0.5秒内没有执行完毕的话就会强制关闭Activity。从生命周期图中发现可以在这快速重启，但这种情况其实很罕见，比如用户切到下一个Activity的途中按back键快速得切回来。

（5）onStop：stop表示停止，此时Activity已经不可见了，但是Activity对象还在内存中，没有被销毁。这个阶段的主要工作也是做一些资源的回收工作。

（6）onDestroy：destroy表示毁灭，这个阶段Activity被销毁，不可见，我们可以将还没释放的资源释放，以及进行一些回收工作。

（7）onRestart：restart表示重新开始，Activity在这时可见，当用户按Home键切换到桌面后又切回来或者从后一个Activity切回前一个Activity就会触发这个方法。这里一般不做什么操作。

一些常见的场景：

当用户点击A中按钮来到B时，假设B全部遮挡住了A，将依次执行A:onPause -> B:onCreate -> B:onStart -> B:onResume -> A:onStop。

此时如果点击Back键，将依次执行B:onPause -> A:onRestart -> A:onStart -> A:onResume -> B:onStop -> B:onDestroy。

至此，Activity栈中只有A。在Android中，有两个按键在影响Activity生命周期这块需要格外区分下，即Back键和Home键。我们先直接看下实验结果：

此时如果按下Back键，系统返回到桌面，并依次执行A:onPause -> A:onStop -> A:onDestroy。

此时如果按下Home键（非长按），系统返回到桌面，并依次执行A:onPause -> A:onStop。由此可见，Back键和Home键主要区别在于是否会执行onDestroy。

此时如果长按Home键，不同手机可能弹出不同内容，Activity生命周期未发生变化（由小米2s测的，不知道其他手机是否会对Activity生命周期有影响）。

2.onCreate和onStart之间有什么区别？

（1）可见与不可见的区别。前者不可见，后者可见。

（2）执行次数的区别。onCreate方法只在Activity创建时执行一次，而onStart方法在Activity的切换 以及按Home键返回桌面再切回应用的过程中被多次调用。因此Bundle数据的恢复在onStart中进行比onCreate中执行更合适。

（3）onCreate能做的事onStart其实都能做，但是onstart能做的事onCreate却未必适合做。 如前文所说的，setContentView和资源初始化在两者都能做，然而想动画的初始化在onStart中做比较好。

3.onStart方法和onResume方法有什么区别？

（1）是否在前台。onStart方法中Activity可见但不在前台，不可交互，而在onResume中在前台。

（2）职责不同，onStart方法中主要还是进行初始化工作，而onResume方法，根据官方的建议，可以做开启动画和独占设备的操作。

4.onPause方法和onStop方法有什么区别？

（1）是否可见。onPause时Activity可见，onStop时Activity不可见，但Activity对象还在内存中。

（2）在系统内存不足的时候可能不会执行onStop方法，因此程序状态的保存、 独占设备和动画的关闭、以及一些数据的保存最好在onPause中进行，但要注意不能太耗时。

5.onStop方法和onDestroy方法有什么区别？

onStop阶段Activity还没有被销毁，对象还在内存中，此时可以通过切换Activity再次回到该Activity，而onDestroy阶段Acivity被销毁

6.为什么切换Activity时各方法的执行次序是(A)onPause→(B)onCreate→(B)onStart→(B)onResume→(A)onStop而不是(A)onPause→(A)onStop→(B)onCreate→(B)onStart→(B)onResume

（1）一个Activity或多或少会占有系统资源，而在官方的建议中，onPause方 法将会释放掉很多系统资源，为切换Activity提供流畅性的保障，而不需要再等多两个阶段，这样做切换更快。

（2）按照生命周期图的表示，如果用户在切换Activity的过程中再次切回原Activity，是在onPause方法后直接调用onResume方法的，这样比onPause→onStop→onRestart→onStart→onResume要快得多。

7.与生命周期密切相关的onSaveInstanceState方法和onRestoreInstanceState方法在什么时候执行？

通过阅读源码会发现，当targetSdkVersion小于3时onSaveInstanceState是在onPause方法中调用的，而大于3时是在onStop方法中调用的。 而onRestoreInstanceState是在onStart之后、onResume之前调用的。

Activity的 onSaveInstanceState() 和 onRestoreInstanceState()并不是生命周期方法，它们不同于 onCreate()、onPause()等生命周期方法，它们并不一定会被触发。 当应用遇到意外情况（如：内存不足、用户直接按Home键）由系统销毁一个Activity时，onSaveInstanceState() 会被调用。但是当用户主动去销毁一个Activity时，例如在应用中按返回键， onSaveInstanceState()就不会被调用。因为在这种情况下，用户的行为决定 了不需要保存Activity的状态。 通常onSaveInstanceState()只适合用于保存一些临时性的状态，而onPause()适合用于数据的持久化保存。

8.onNewIntent()

第一种情况：activity launchMode为singleTask或者singleInstance

1、activitya start activityb

2、activityb start activitya

在第二步被执行后，activitya就会顺序执行 onNewIntent onRestart onStart onResume

第二种情况：activity launchMode为singleTop singleTask singleInstance

1、start activitya

2、activitya start activitya

在第二步被执行后，activitya就会顺序执行onPause onNewIntent onResume

第一种情况其实是真正的activity被restart，第二种情况是activity位于栈顶时被再次start就会进入onNewIntent

其实理解的简单一点，无论什么模式，只有activity是同一个实例的情况下，intent发生了变化，就会进入onNewIntent中，这个方法的作用也是让你来对旧的intent进行保存，对新的intent进行对应的处理。

注：可与用户交互,我们称为独占设备

二.Activity启动模式

1.使用AndroidManifest.xml声明启动模式

在清单文件中声明 Activity 时，您可以使用元素的 ][launchMode属性指定 Activity 应该如何与任务关联。

您可以分配给 launchMode 属性的启动模式共有四种：

standard

singleTop

singleTask

singleInstance

先不用管他们具体的操作是什么，我们首先要知道这四种启动模式可以分为两大类：

standard和singleTop 该类启动模式的activity可以被多次的实例化，它们的实例可以放到任何任务中，并且可以位于返回栈的任何位置。 singleTask和singleInstance 带有此类启动模式的activity，它们只能有一个实例存在，且实例只能存在于单独的任务中。 standard：标准模式

默认启动模式，启动activity时直接创建新的实例并压入启动它的任务栈顶。

singleTop：栈顶复用模式

该模式唯一与standard不同的就是，如果启动singleTop模式的activity时发现当前任务的栈顶已经存在着这个activity的实例，那么就不会创建新的实例，而是调用该实例的onNewIntent()方法。其他的跟标准模式一样。

singleTask：栈内复用模式

这个模式有些特殊一点，我们先按使用情景介绍它，当我们将要启动该模式的activity时，系统会判断当前是否有它想要的任务栈：

没有它要的任务栈 系统会新创建一个任务，并将该activity实例化作为该任务的根activity。

有它要的任务栈 这时候系统会找到该任务栈，如果任务栈里只有它自己则直接调用该activity实例的onNewIntent()方法。如果任务栈中它的上方还存在别的activity，那么这些activity会被全部弹出栈。

至于什么是“它想要的任务栈”，我们会在下面单独分析。

singleInstance：单例模式 基本上跟singleTask相同，会为activity单独创建一个任务并能够复用。但是该模式的activity不允许其他activity跟自己存在于同一个任务中，由此 activity 启动的任何 activity 均会被在其他的任务中打开。

2.使用Intent标志声明启动模式

此方式可以通过调用intent.addFlags(int flags)或者intent.setFlags(int flags)方法为Intent添加一个标志，用于为将要启动的Activity声明启动模式。

在开始介绍前，先进行几点扫盲科普：

一个Intent可以设置多个标志，这就是为啥有addflags()和setFlags()两个方法的原因了。 为Intent设置标志的参数都是Intent类的静态常量。 设置Intent标志不光只有设置activity启动模式这一个功能，设置不同的参数还有其他功能。 Intent标志中可以对activity启动模式进行操作的标志可多了，我们只介绍特别典型的三种。 Intent.FLAG_ACTIVITY_SINGLE_TOP 同AndroidManifest.xml方式中的singleTop启动模式。

Intent.FLAG_ACTIVITY_NEW_TASK 同AndroidManifest.xml方式中的singleTask启动模式。

Intent.FLAG_ACTIVITY_CLEAR_TOP 如果即将启动的 activity 已经存在于当前任务栈中，则会弹出销毁它上方的所有 activity，并调用该activity实例的onNewIntent()方法，而不是启动该 Activity 的新实例。

跟singleTask有点像但不一样，在AndroidManifest.xml方式中没有与此对应的值。

singleTask默认就包含了FLAG_ACTIVITY_CLEAR_TOP的功能。

3.关联任务

在分析singleTask时有提到过该模式下启动activity前会去找“它想要的任务栈”，那么如何去找呢？这就引出了AndroidManifest.xml中标签下的taskAffinity属性。

taskAffinity 属性

taskAffinity 属性学名任务相关性，说白了其实就是这个参数可以指定当前activity所属任务栈的名字，该属性的值为字符串：

例：

android:taskAffinity="com.test.demo.task1"

如果你在标签没指定这个属性，那么它就用标签的taskAffinity属性，如果标签下也没指定，它就应用包名当做默认值。

taskAffinity 与 singleTask

了解到taskAffinity属性后我们在重新梳理一下singleTask启动模式。

如果我们指定了taskAffinity属性的值，那么就跟之前分析的一样，创建新任务等等… 如果我们未指定taskAffinity属性的值，新activity就与当前任务的taskAffinity属性值一样，所以新activity的实例会被放置到当前的任务栈中。 除了singleTask呢？ 现在我们知道了taskAffinity属性可以强行指定activity所属的任务栈，那么这个属性在其他启动模式情况下是什么样的呢？网上好多人都说没有效果，我不信就亲自测试了一下得出以下结论：

刚介绍 SingleInstance的时候说它跟singleTask一样都会新建一个任务，既然singleTask是根据taskAffinity属性来决定是否需要新建任务的，那么singleInstance是不是也需要指定这个属性呢？ 答案是否！只要启动模式为singleInstance它一定会单独开一个任务。

SingleTop模式下指定了taskAffinity属性的值后，他就会神奇的切换到指定的那个任务栈中，除此之外跟原来一样。

最神奇的就是Standard，它也同样受到了taskAffinity属性的影响，也会切换到指定的那个任务栈中，但当我们多次启动这个activity时它不会再多次的创建实例，而是拉起了之前启动过的实例，更特殊的是，其他三种启动模式在复用之前实例时都会调用onNewIntent()方法，他却不会调用该方法。

taskAffinity的其他作用

taskAffinity还有一个功能就是可以重新定向所属任务，意思就是这个activity原来是属于任务A的，当有一个跟该activity的taskAffinity属性值相同的任务B被创建后，这个activity就会从任务A中转移到任务B中。

想要实现这个功能我们还需要allowTaskReparenting属性的配合：

我们在清单文件中给taskAffinity="A"的activity标签下添加属性android:allowTaskReparenting=true。 在taskAffinity="B"的任务下启动这个activity，此时这个activity存在于任务B中。 当taskAffinity="A"的任务被创建或者被置于前台，该activity将被转移到其任务栈中，位于栈顶位置。

4.清理任务

如果用户长时间离开任务，则系统会清除所有 Activity 的任务，根 Activity 除外。 当用户再次返回到任务时，仅恢复根 Activity。系统这样做的原因是，经过很长一段时间后，用户可能已经放弃之前执行的操作，返回到任务是要开始执行新的操作。

您可以使用下列几个 Activity 属性修改此行为：

alwaysRetainTaskState 如果在任务的根 Activity 中将此属性设置为 "true"，则不会发生刚才所述的默认行为。即使在很长一段时间后，任务仍将所有 Activity 保留在其堆栈中。

clearTaskOnLaunch 如果在任务的根 Activity 中将此属性设置为 "true"，则每当用户离开任务然后返回时，系统都会将堆栈清除到只剩下根 Activity。 即使只离开任务片刻时间，用户也始终会返回到任务的初始状态。

finishOnTaskLaunch 类似于clearTaskOnLaunch，但是更狠一些，当用户离开任务再回来的时候，整个任务的activity都会清除，连根activity也是，相当于第一次启动这个任务。

5.启动模式的实际应用

个人觉得常见的四种启动模式中要属singleTop不是很好理解，其他的还好。

singleTop

singleTop模式的activity特点就是除了外部可以启动它显示信息外，它也可以用同样的方式启动自己更新显示信息，这样就减少了冗余代码，降低了维护成本。

例：如果让你设计一个带有搜索应用的APP，主页有一个搜索框，输入信息点击搜索按钮进入结果页显示结果，为方便用户使用，结果页也有一个搜索框，跟主页的搜索框功能一样，你会怎么设计？

singleTask

这个启动模式可以分为两种情况：

未指定taskAffinity 此时该activity可以当应用中的某一模块的入口处 有如下启动流程，微信主页 >> 聊天页 >> 聊天设置页 >> 用户资料页 >> 聊天页，此时我们按下返回键直接回到了微信主页。

指定了taskAffinity 如果利用该启动模式新开了任务，在用户的视角里就相当开了两个应用（在任务管理器中会看到两个最近应用），所以谨慎使用，我能想到的使用情况就是一个Word应用打开了两份文档。

singleInstance

这种情况下不管有多少个任务启动它，它都会作为一个单独任务存在着，这种模式极其特殊，谨慎使用。

例：拨号界面，闹钟界面。

一些常见的应用场景：

1、SingleTop适用于电商应用的商品详情页和新闻应用的正文页之类频繁在栈顶打开，并且每天都可能通过多个Notification打开的Activity

2、SingleTask则适用于每个应用的HomeActivity

3、SingleInstance则适用于支付和社会化这些需要在应用外启动的Activity，Android系统自带的Activity如电话、相机、闹钟也是SingleInstance

4、Actviity的Stack由ActivityManagerService管理，如果接管了一个在Application里实现保存Activity的Stack的项目，则说明这个毫无架构的项目每个Activity都是“万能”的Activity