Android activity四种启动模式完全解析

简介:

Android使用“任务栈”(也称“back stack”)存放启动的各个activity。一般情况下,一个应用只有一个任务栈。特殊情况允许一个应用使用多个任务栈。典型的FILO(First In Last Out)数据结构。点击“back”键,自上至下依次出栈结束activity。

activity的四种启动模式分别如下:

  1. standard
  2. singleTop
  3. singleTask
  4. singleInstance
    通过在AndroidManifest.xml中节点设置android:launchMode=”standard”可以改变activity的启动模式,默认为standard。

查看任务栈中activity信息的命令是:adb shell dumpsys activity activities

下面进行详细介绍:

standard

默认启动模式,每次启动都创建该activity新实例并放入任务栈栈顶,而且永远不会调用Activity#onNewIntent()。依次打开ActivityA,ActivityB,ActivityC,ActivityD。
standard_a
之后打开ActivityB。
standard_b

singleTop

若任务栈栈顶正好是要启动的activity,则不创建新实例,只是调用Activity#onNewIntent()。否则情景和standard效果相同。设置ActivityD的android:launchMode=”singleTop”。依次打开ActivityA,ActivityB,ActivityC,ActivityD。
singleTop_a
之后打开ActivityD。
singleTop_b

singleTask

若任务栈中有该activity的实例,则不创建新实例,只是调用Activity#onNewIntent(),并且任务栈中该activity之上的所有实例将会被自动清除。若任务栈中没有该activity实例,效果同standard模式。设置ActivityB的android:launchMode=”singleTask”。依次打开ActivityA,ActivityB,ActivityC,ActivityD。
singleTask_a
之后打开ActivityB。
singleTask_b

设置过节点的taskAffinity属性

taskAffinity默认等于包名,如果设置过taskAffinity属性,则此时系统会尝试为这个activity单独创建一个任务栈。设置ActivityB的android:launchMode=”singleTask”,android:taskAffinity=”com.dyk.taskAffinity.activityB”。依次打开ActivityA,ActivityB,ActivityC,ActivityD,ActivityB。
singleTask_b_taskAffinity

没有设置过taskAffinity属性

此时taskAffinity属性等于包名,被启动的该activity还是使用相同的任务栈。
taskAffinity属性一般在由其他应用程序启动时设置

singleInstance

在一个新栈中创建该Activity实例,并让多个应用共享改栈中的该Activity实例。一旦改模式的Activity的实例存在于某个栈中,任何应用再激活改Activity时都会重用该栈中的实例,其效果相当于多个应用程序共享一个应用,不管谁激活该Activity都会进入同一个应用中。 设置ActivityB的android:launchMode=”singleInstance”。依次打开ActivityA,ActivityB,ActivityC,ActivityD。
singleInstance_a
按下back键依次结束ActivityD,ActivityC,ActivityA,ActivityB。

之后打开ActivityB。
singleInstance_b

按下back键依次结束ActivityB,ActivityD,ActivityC,ActivityA。

Activity#onNewIntent()使用的奇技淫巧
onNewIntent()非常好用,Activity第一启动的时候执行onCreate()—->onStart()—->onResume()等后续生命周期函数,也就时说第一次启动Activity并不会执行到onNewIntent()。 而后面如果再有想启动Activity的时候,那就是执行onNewIntent()—->onResart()——>onStart()—–>onResume()。如果android系统由于内存不足把已存在Activity释放掉了,那么再次调用的时候会重新启动Activity即执行onCreate()—->onStart()—->onResume()等。

注:宁愿少用也不滥用启动模式,一旦因为启动模式出现错误,十分难以查找。慎用!

相关文章
|
21天前
|
存储 Java API
Android 浅度解析:mk预置AAR、SO文件、APP包和签名
Android 浅度解析:mk预置AAR、SO文件、APP包和签名
79 0
|
3天前
|
XML Java Android开发
利用Bundle实现Android Activity间消息的传递
利用Bundle实现Android Activity间消息的传递
10 2
|
6天前
|
Java Android开发
Android12 双击power键启动相机源码解析
Android12 双击power键启动相机源码解析
20 0
|
21天前
|
安全 Java 定位技术
Android 浅度解析:AIDL & Binder (1)
Android 浅度解析:AIDL & Binder (1)
40 0
|
3天前
|
Android开发 数据库管理
Android如何在Activity和Service之间传递数据
Android如何在Activity和Service之间传递数据
10 3
|
6天前
|
Shell Android开发
Android Activity重写dump方法实现通过adb调试代码
Android Activity重写dump方法实现通过adb调试代码
12 0
|
13天前
|
前端开发 测试技术 数据处理
安卓开发中的MVP架构模式深度解析
【4月更文挑战第30天】在移动应用开发领域,模型-视图-呈现器(Model-View-Presenter, MVP)是一种广泛采用的架构模式。它旨在通过解耦组件间的直接交互来提高代码的可维护性和可测试性。本文将深入探讨MVP在安卓开发中的应用,揭示其如何促进代码的模块化,提升用户界面的响应性,并简化单元测试过程。我们将从理论概念出发,逐步过渡到实践案例,为读者提供一套行之有效的MVP实施策略。
|
20天前
|
存储 物联网 数据库
Android 11 以上 SettingsProvider DatabaseHelper 解析
Android 11 以上 SettingsProvider DatabaseHelper 解析
28 0
|
20天前
|
安全 Java Shell
Android13 adb input 调试命令使用和源码解析
Android13 adb input 调试命令使用和源码解析
33 0
|
21天前
|
XML Java API
Android 浅度解析:系统框架层修改,编译,推送相关操作
Android 浅度解析:系统框架层修改,编译,推送相关操作
28 0

推荐镜像

更多