前言：
Activity 代码属于Application，但是Task属于Android操作系统
（科学没有国界，科学家却有祖国）。
Tasks
启动方式（新建）
通知：系统，自己
其他：schema，第三方应用start
启动方式（恢复）
Navigation 按钮启动 ： Task一定存在
- Back按键
- 标题栏back
Launcher 启动
- Task 不存在
- Task 已经存在
怎样查看正在运行的Tasks
通过手机界面：手机的navigations按钮。
通过代码命令查看：
adb shell dumpsys activity activities | sed -En -e '/Stack #/p' -e '/Running activities/,/Run #0/p'
打印
「➜ ShareHappy」 adb shell dumpsys activity activities | sed -En -e '/Stack #/p' -e '/Running activities/,/Run #0/p'
Stack #24: type=standard mode=fullscreen
Running activities (most recent first):
TaskRecord{33f3efa #480 A=top.zcwfeng.sharehappy U=0 StackId=24 sz=1}
Run #0: ActivityRecord{5f17539 u0 top.zcwfeng.sharehappy/.TestActivity t480}
Stack #0: type=home mode=fullscreen
Running activities (most recent first):
TaskRecord{9640131 #2 I=com.google.android.apps.nexuslauncher/.NexusLauncherActivity U=0 StackId=0 sz=1}
Run #0: ActivityRecord{f6c8fd1 u0 com.google.android.apps.nexuslauncher/.NexusLauncherActivity t2}
Activity 和 Fragment
Fragment 动态加载
1，获得FragmentMananger通过getFragmentManager
- 获得FragmentTransaction对象fm.beginTransaction()
- 调用add（）或者replace方法加载Fragment;
add(要传入的容器，fragment对象) - 调用commit（）提交事务。（还有remove等）
Fragment 静态加载
- 定义Fragment布局文件xml
- 自定义Fragment类，继承Fragment类或子类，实现onCreateView(),通过inflate.inflate加载布局文件，返回View
- 在需要加载Fragment的Activity中对应的布局文件中加入<fragment name=权限定名称
- Activity 调用setContentView加载布局文件
Activity 声明周期
onRestart
onCreate--------------->onStart-------------->onResume
----------------------------------------------------- |
创建，销毁 是否可见 是否可编辑
----------------------------------------------------- |
onDestroy--------------->onStop<--------onPause<------
在撇一眼生命周期
[图片上传失败...(image-877ba-1594368779549)]
相邻状态之间的区别
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被销毁
onNewIntent 声明周期
➜ 注意有特殊情况的时候
1、只对singleTop，singleTask，singleInstance有效，大多数情况standard每次都是新建，所以不存在onNewIntent；
2、只对startActivity有效，对于从Navigation切换回来的恢复无效；
)
Activity 的启动模式
1、standard 默认模式
系统在启动 Activity 的任务中创建 Activity 的新实例并向其传送 Intent。Activity 可以多次实例化，不管这个实例是否已经存在，而每个实例均可属于不同的任务，并且一个任务可以拥有多个实例。这种模式的 Activity 被创建时它的 onCreate、onStart 都会被调用。这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下，谁启动了这个 Activity，那么这个 Activity 就运行在启动它的那个 Activity 所在的栈中。
a、当从非Activity的context启动activity时，需要带new_task的flag；
b、当启动一个带有affinity的activity，如果这个activity已经有实例存在该task，则不会重新创建；
c、如果从应用内启动的standard activity的Affinity就是App默认的Affinity，则会每次新建一个实例；
2. singleTop的启动模式
一个singleTop Activity 的实例可以无限多，唯一的区别是如果在栈顶已经有一个相同类型的Activity实例，Intent不会再创建一个Activity，而是通过onNewIntent()被发送到现有的Activity。
3. SingleTask 启动模式
这是一种单实例模式，在这种模式下，只要 Activity 在一个栈中存在，那么多次启动此 Activity 都不会重新创建实例，和 singleTop一样，系统也会回调其 onNewIntent。当一个具有 singleTask 模式的Activity请求启动后，比如 Activity A，系统首先会寻找是否存在 A 想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建 A 的实例后把 A 放到栈中。如果存在 A 所需的任务栈，这时要看 A 是否在栈中有实例存在，如果有实例存在，那么系统就会把 A 调到栈顶并调用它的 onNewIntent 方法，如果实例不存在，就创建 A 的实例并把 A 压入栈中 。
4. singleInstance 模式
与 singleTask 相同，只是系统不会将任何其他 Activity 启动到包含实例的任务中。该 Activity 始终是其任务唯一仅有的成员；由此 Activity 启动的任何 Activity 均在单独的任务中打开。也就是有此种模式的 Activity 只能单独地位于一个任务栈中
Intent Activity Flag
对应的状态
启动模式的应用场景
singleTop
适合启动同类型的 Activity，例如：
- 接收通知启动的内容显示页面
- 耗时操作返回页面
- 登录页面
singleTask
适合作为程序入口，例如：
- WebView页面
- 扫一扫页面
- 确认订单界面
- 付款界面
singleInstance
适合需要与程序分离开的页面，例如：
- 闹铃的响铃界面
- 来电页面
- 锁屏页
