在了解activity的生命周期以及启动之前，我们需要理解几个概念

1. 什么是task

  简单的说，task就是一些相关联的activity的集合，一个task中可以有多个activity存在。我们在manifest中注册activity时，可以通过taskaffinity属性 设置task名称，默认情况下，所有activity都在同一个报名的task下。task是可以跨应用的,他并不属于某个应用私有的,而是属于android操作系统。

2. 怎么查看task

用户的角度上：点击我们手机menu按键时，就可以看到系统当前正在运行的task，很多人这里理解为这是在运行的application，其实是不对的。系统的角度： 我们也可以通过命令 adb shell dumpsys activity activities | sed -En -e '/Stack #/p' -e '/Running activities/,/Run #0/p'来查看系统中正在运行的task情况。

3. task的的启动方式

明白task的概念以后，我们需要清楚都可以有哪些方式打开或者复用一个task

  1. 系统通知

  2. 第三方应用

  3. laucher启动(Task存在 Task不存在 laucher启动模式每次其实都是新建activity)

  4. 通过menu回到task中

  5. 通过back或者标题栏back按钮

  其中1 2 3, 这些都是启动一个activity，是通过startActivity启动的。是需要新建一个Actvity的，而4 5 则是恢复到原来的activity中。

4. 明白以上四个概念以后则进入我们的正题，将从affinity和flag的角度理解activity的四种启动模式，

a. standard：

系统在启动Activity的任务中创建Activity的新实例并向其传送Intent。Activity可以多次实例化，不管这个实例是否已经存在，而每个实例均可属于不同的任务，并且一个任务可以拥有多个实例。这种模式的Activity被创建时它的onCreate、onStart都会被调用。这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下，谁启动了这个 Activity，那么这个 Activity 就运行在启动它的那个 Activity所在的栈中。所以，很多人就认为这种启动模式会百分百创建新的activity，其实并不是这样的，在启动acitvity的时候，会有一下几种特殊情况：

1. 当从非Activity的context启动activity时，需要带上new_task的flag

2. 当启动一个带有affinity的activity(与系统默认不一致)，如果这个activity已经有实例存在该task，且我们启动的时候带了new_task的flag，则不会重新创建；

3. 如果从应用内启动standard类型的activity的Affinity就是App默认的Affinity，如果带了new_task，与2相反 则又会每次新建一个实例；

4.当我们在非系统默认的task中，启动一个没有指定Affinity的activity时，如果启动activity时，带上了new_task标签，则该activity进入启动的activity的task中。

b. singleTop：

一个singleTop Activity 的实例可以无限多，唯一的区别是如果在栈顶已经有一个相同类型的Activity实例，Intent不会再创建一个Activity,而是通过onNewIntent()被发送到现有的Activity。当我们打开一个singleTop类型的Activity时，其处理逻辑大概可以用如下图表明，会通过几次判定，来决定是否在新的task创建新的activity

c. singleTask：

这是一种单实例模式，在这种模式下，只要 Activity 在一个栈中存在，那么多次启动此 Activity 都不会重新创建实例，和 singleTop一样，系统也会回调其onNewIntent。当一个具有 singleTask 模式的Activity请求启动后，比如 Activity A，系统首先会寻找是否存在 A 想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建 A 的实例后把 A 放到栈中。如果存在 A 所需的任务栈，这时要看 A 是否在栈中有实例存在，如果有实例存在，那么系统就会把 A 调到栈顶并调用它的 onNewIntent 方法，如果实例不存在，就创建 A 的实例并把 A 压入栈中 。可参考下图：

d. singleInstance：

与singleTask 相同，只是系统不会将任何其他 Activity 启动到包含实例的任务中。该 Activity 始终是其任务唯一仅有的成员；由此Activity启动的任何 Activity 均在单独的任务中打开。也就是有此种模式的 Activity 只能单独地位于一个任务栈中

5. 附加，对Activity生命周期的理解

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

    a.可见与不可见的区别。前者不可见，后者可见。

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

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

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

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

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

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

    a. 是否可见。onPause时Activity可见，onStop时Activity不可见，但Activity对象还在内存中。

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

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

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

  5.onNewIntent的调用时机

    a.只对singleTop，singleTask，singleInstance有效，因为standard每次都是新建，所以不存在onNewIntent；

    c.只对startActivity有效，对于从Navigation切换回来的恢复无效，也就是说，我们activity不是新建出来的，是重用task里面已经有的，这个时候被启动以后(只能是startactivity)，就会调用onNewIntent