Activity的启动模式以及Activity的生命周期

从四个角度理解Activity的启动模式

  • 从操作系统的角度

    从代码的角度看操作系统是独立的但是手机的操作系统跟PC操作是不一样的,PC都是由一个一个进程完成的,手机的操作系统是没一个APP只完成自己的功能,每一个功能又可以调用其它软件来完成不是自己APP管住的功能所以Android可以说是面向组件化的,自己的功能可以完全不去自己实现,可以调用其它APP的intent,通过intent来完成自己的功能,这一步骤是通过task来完成的。

  • 从用户的角度看

图片1.png
  • 从通知栏进入(这种方式就是恢复一个activity)
图片3.png

从浏览器进入(这种方式都是新建一个activity)

图片4.png
  • 这些都是通过调用StartActivity进入的,只是带的参数不一样

  • 从程序员的角度看

    可以通过使用adb shell dumpsys activity activities | sed -En -e '/Stack #/p' -e '/Running activities/,/Run #0/p'这行命令看当前正在运行的Task


    图片2.png

    也可以使用adb shell dumpsys activity在Android studio的Terminal里面看

Task

  • Task是属于Android操作系统的,它可以跨应用 ,多个应用可以放在同一个Task里面Task从中文的角度讲就相当于Activity的堆栈

Laucher启动

  • Task不存在
    看到的是主界面
  • Task已经存在
    翻到的不是主界面

Activity的生命周期以及相邻状态之间的区别

图片5.png
  • onCreate和onStart之间有什么区别?

    1.可见与不可见的区别,前者可见,后者不可见

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

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

  • onStart方法和onResume方法有什么区别?

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

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

  • onPause方法和onStop方法有什么区别?

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

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

  • onStop方法和onDestroy方法有什么区别?

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

onNewIntent的生命周期

图片6.png

1.只对singleTop,singleTask,singleInstance有效,因为standard每次都是新建(当Task里面存在该Activity的时候不会新建,它会把Task带到前台),所以不存在onNewIntent;

2.只对startActivity有效,对于从Navigation切换回来的恢复无效;

  • 从架构师的角度看

Activity的启动模式的应用场景

图片8.png
  • 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就是App默认的Affinity,则会每次新建一个实例;

  • singleTop启动模式

    图片7.png

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

  • singleTask启动模式

    图片9.png

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

  • singleInstance启动模式

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

  • 启动模式的应用场景

    图片11.png

Intent Activity Flag

图片10.png

Flag的作用:自己不是AndroidManifest的定义者但是我想叫它按照我逻辑去走的。Flag时启动者决定的。

你可能感兴趣的:(Activity的启动模式以及Activity的生命周期)