启动模式解析

1. Android的软件体系结构

2. 理解Android中的Task

Activity属于Application，但是Task属于Android操作系统。

2.1 Task的查看

用户角度的查看：

查看Task

命令行查看：
adb shell dumpsys activity activities | sed -En -e '/Stack #/p' -e '/Running activities/,/Run #0/p'

每个Task保护哪些Activity

2.2 Activity的启动方式

1. 新建(启动、创建)的方式

1.1 Launcher启动（Task已经存在、Task不存在）
1.2 从通知中进入（系统通知、自建的通知）
1.3 第三方App进入（Scheme、第三方应用start）

2. 恢复的方式

恢复：手机菜单键（Navigation、Menu） --> 选择某个task
这属于Activity生命周期由不可见到获得焦点的范畴

Navigation启动：Task一定存在	1、Back键； 2、标题栏Back按钮

3. Activity的生命周期

相邻状态之间的区别

3.1 onCreate和onStart之间有什么区别？
（1）可见与不可见的区别。前者不可见，后者可见。
（2）执行次数的区别。onCreate方法只在Activity创建时执行一次，而onStart方法在Activity的切换以及按Home键返回桌面再切回应用的过程中被多次调用。因此Bundle数据的恢复在onStart中进行比onCreate中执行更合适。
（3）onCreate能做的事onStart其实都能做，但是onstart能做的事onCreate却未必适合做。如前文所说的，setContentView和资源初始化在两者都能做，然而想动画的初始化在onStart中做比较好。

3.2 onStart方法和onResume方法有什么区别？
（1）是否在前台。onStart方法中Activity可见但不在前台，不可交互，而在onResume中在前台。
（2）职责不同，onStart方法中主要还是进行初始化工作，而onResume方法，根据官方的建议，可以做开启动画和独占设备的操作。

3.3 onPause方法和onStop方法有什么区别？
（1）是否可见。onPause时Activity可见，onStop时Activity不可见，但Activity对象还在内存中。
（2）在系统内存不足的时候可能不会执行onStop方法，因此程序状态的保存、独占设备和动画的关闭、以及一些数据的保存最好在onPause中进行，但要注意不能太耗时。

3.4 onStop方法和onDestroy方法有什么区别？
onStop阶段Activity还没有被销毁，对象还在内存中，此时可以通过切换Activity再次回到该Activity，而onDestroy阶段Acivity被销毁

onNewIntent的生命周期

1. 只对singleTop、singleTask、singleInstance有效，因为standard每次都是新建（并不是100%），所以不存在onNewIntent
2. 支队startActivity有效，对于从Navigation切换回来的“恢复”无效

对于standard并不是100%每次都是新建的解释
现象：standard的MainActivity打开，退到后台，再次点击Launcher中的图标，走的是从不可见到可见的生命周期，而没有新建Activity。
原因：因为Launcher中打开Activity（manifest中配置的那个）时，一定会带有FLAG_ACTIVITY_NEW_TASK这个flag，所以不会再新建Activity。

Launcher中打开Activity的startActivity都会带这个FLAG

4. 四种启动模式

4.1 standard启动模式

概念

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

注意

1. 当从非Activity的context启动activity时，需要带new_task的flag；
2. 当启动一个带有affinity的activity，如果这个activity已经有实例存在该task，则不会重新创建；
3. 从standard activity中启动一个带有affinity的activity，需要affinity加NEW_TASK的flag一起使用，否则不会新建task
4. 如果从应用内启动的standard activity的Affinity就是App默认的Affinity，则会每次新建一个实例；

4.2 singleTop启动模式

概念

一个singleTop Activity的实例可以无限多，唯一的区别是如果在栈顶已经有一个相同类型的Activity实例，Intent不会再创建一个Activity，而是通过onNewIntent()被发送到现有的Activity。

流程图示

4.3 singleTask启动模式

概念

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

流程图示

4.4 singleInstance启动模式

概念

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

4.5 Intent Activity Flag

launchMode为开发者自定义，当外界想要做改变时，需用到flag。

5. 启动模式的应用场景

launchMode	使用场景
singleTop	适合启动同类型的Activity - 接收通知启动的内容显示页面 - 耗时操作返回页面 - 登录页面
singleTask	适合作为程序入口 - WebView页面 - 扫一扫页面 - 确认订单页面 - 付款界面
singleInstance	适合需要与程序分离开的页面 - 闹铃的响铃界面 - 来电页面 - 锁屏页