四个视角理解Activity的启动

理解角度

    1.操作系统角度
    2.用户角度
    3.程序员角度
    4.架构师角度

一.Android 软件体系结构

安卓四大组件：ABCS

1.2 Activity 代码输入Application,但是Task属于Android操作系统。Task可以跨多个应用。
命令查看Task：

adb shell dumpsys activity -p com.packagename.packagename
adb shell dumpsys activity activities | sed -En -e '/Stack #/p' -e '/Running activities/,/Run #0/p'

0：home
1;前台

二. Task 启动方式

1.新建
1.lunch 启动 task 存在 task 不存在 2.通知 3.第三方
2.恢复
1.Navigation启动Task 一定存在

三.Activity的生命周期全面分析

3.1 生命周期分为两种：

典型情况：在用户参与的情况下 
异常情况：Activity被系统回收或者由于当前设备的configChanges 发生改变导致Activity被销毁重建。

1.典型情况下的生命周期分析

1. Activity第一次启动： onCreate -> onStart -> onResume。
2. Activity切换到后台（用户打开新的Activity或者切换到桌面） ，onPause -> onStop(如果新Activity采用了透明主题，则当前Activity不会回调onstop)。
3. Activity从后台到前台，重新可见，onRestart -> onStart -> onResume。
4. 用户退出Activity，onPause -> onStop -> onDestroy。
5. onStart开始到onStop之前，Activity可见。
   onResume到onPause之前，Activity可以接受用户交互。
6. 在新Activity启动之前，栈顶的Activity需要先onPause后，新Activity才能启动。
   所以不能在onPause执行耗时操作。
7. onStop中也不可以太耗时，资源回收和释放可以放在onDestroy中。

2.异常情况下的生命周期分析

2.1 系统配置变化导致Activity销毁重建

例如 Activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发生了改变，Activity就会被销毁并重新创建。

在异常情况下系统会在onStop之前调用onSaveInstanceState来保存状态。
Activity重新创建后，会在onStart之后调用onRestoreInstanceState来恢复之前保存的数据。

保存数据的流程： Activity被意外终止，调用onSaveIntanceState保存数据-> Activity委托Window，Window委托它上面的顶级容器一个ViewGroup（ 可能是DecorView） 。然后顶层容器在通知所有子元素来保存数据。

系统只在Activity异常终止的时候才会调用 onSaveInstanceState 和onRestoreInstanceState 方法。其他情况不会触发。

2.2 资源内存不足导致低优先级的Activity被回收

三种Activity优先级: 前台 - 可见非前台 - 后台，从高到低。
如果一个进程没有四大组件，那么将很快被系统杀死。因此，后台工作最好放入service中。

系统配置发生变化，Activity会被重新创建
android:configChanges=”orientation” 在manifest中指定 configChanges 在系统配置变化后不重新创建Activity，也不会执行 onSaveInstanceState 和onRestoreInstanceState 方法，而是调用 onConfigurationChnaged 方法。

configChanges 一般常用三个选项：
1. locale 系统语言变化
2. keyborardHidden 键盘的可访问性发生了变化，比如用户调出了键盘
3. orientation 屏幕方向变化

3.2 生命周期之间相互的关系：

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

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

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

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

3.3 onNewIntent的生命周期

Activity的onNewIntent()方法何时会被调用?
前提:ActivityA已经启动过,处于当前应用的Activity堆栈中;

1.当ActivityA的LaunchMode为SingleTop时，如果ActivityA在栈顶,且现在要再启动ActivityA，这时会调用onNewIntent()方法
2.当ActivityA的LaunchMode为SingleInstance,SingleTask时,如果已经ActivityA已经在堆栈中，那么此时会调用onNewIntent()方法
3.当ActivityA的LaunchMode为Standard时，由于每次启动ActivityA都是启动新的实例，和原来启动的没关系，所以不会调用原来ActivityA的onNewIntent方法

注意：只对singleTop，singleTask，singleInstance有效，因为standard每次都是新建，所以不存在onNewIntent； 只对startActivity有效，对于从Navigation切换回来的恢复无效

四.Android Task 启动模式

1.什么是task

简单说task就是一些相关联的activity的集合，但activity之间不一定非得相关联。当我们按home键旁边那个方形键（recent-apps）时，屏幕上展示的就是一个个task。TaskAffinity: 在manifest文件中，注册activity时如果不声明

taskaffinity属性，默认就是app程序默认package名。默认情况下一个app中所有的activity都在一个task中。如果声明了，则会安装命名创建一个task.

查看任务栈Id:
      int TaskId = mActivity.getTaskId();

注意点：
TaskAffinity 属性的值是一个字符串，可以指定为任意字符串，但是必须至少包含一个”.”，否则会报错。
TaskAffinity 属性主要和 singleTask启动模式 或者 allowTaskReparenting 属性配对使用。其他情况下没有意义。

2.Activity 4种启动模式

Activity启动两种方式：显示 隐式启动
显示：
    Intent intent = new Intent(this,Third.class);
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); 
      //FLAG_ACTIVITY_NEW_TASK添加的话，创建时会自动判断有没有这个Task 栈，有的话，直接用，没有则创建新的  只对standard 和 singleTop有影响
    startActivity(intent);
隐式：
    Intent intent = new Intent("action2.activity");
    intent.addCategory("category2"); //如果有默认的则不用写
    startActivity(intent);

启动标志：
FLAG_ACTIVITY_NEW_TASK ：只对standard 和 singleTop有影响。
在manifest 使用 xml launch modes 定义

1.standard 默认模式 (与FLAG_ACTIVITY_NEW_TASK有关)

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

a、当从非 Activity 的context启动activity时，需要带new_task的flag；（FLAG_ACTIVITY_NEW_TASK），因为非Activity没有任务栈。

例如：收到开机广播需要启动Activity intent 需要添加 FLAG_ACTIVITY_NEW_TASK        
Intent intent = new Intent(context,MainActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
context.startActivity(intent);

b、当启动一个带有affinity的activity，使用FLAG_ACTIVITY_NEW_TASK方式，如果这个activity已经有实例存在以该affinity的task，则不会重新创建； 如果没有则创建。
c、如果从应用内启动的standard activity的Affinity就是App默认的Affinity，则会每次新建一个实例；
d.如果没有使用FLAG_ACTIVITY_NEW_TASK，启动则谁启动这个Activity ，那么这个Activity就运行在启动它的Task栈中。

使用NEW_TASK启动：
1.先判断affinity Task有没有，有就直接用
2.没有则创建新的task 任务栈

2、singleTop 栈顶复用 (与FLAG_ACTIVITY_NEW_TASK有关)一个singleTop

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

使用NEW_TASK启动：
1.先判断affinity Task有没有，有就直接用
2.没有则判断，顶部有没有这个实例。栈顶有则直接用，没有则会创建新的affinity Task

3、singletask 栈内复用 （与标志无关）

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

与NEW_TASK标志无关
1.先判断affinity Task有没有，有就直接用，将它上面的Activity 都移除掉，
2.没有则创建新的Task 任务栈

4、singleinstance 单实例模式 （与标志无关）

当一个Activity被设置为singleinstance时
（1）只能创建一个实例，并且独占一个task
（2）如果任务栈中已经有此实例，会调用onNewIntent方法，不会创建新的任务栈和实例

5 Intent Activity Flag

6.启动模式使用场景

注意点:
task affinity 属性的值是一个字符串，可以指定为任意字符串，但是必须至少包含一个”.”，否则会报错。
src_layout 中命令xml 文件要小写字母