Tasks and Back Stack

本文详细解释了Android应用中Activity的概念、启动、保存状态、管理以及任务之间的关联性。阐述了Activity如何相互启动,如何在任务中保存和恢复状态,以及如何通过配置属性和intent flag来定制Activity的行为。

1.概述

一个应用一般含有多个activity。每一个activity都是围绕着一系列用户可能执行的特定动作而设计的,并且可以从一个activity启动另外一个activity。例如,一个e-mail应用可能含有一个activity,用来显示新的邮件列表。当用户点击选择了一个邮件,一个新的activity就会被打开,用来显示邮件的具体内容。

一个activity可以启动设备上另一个应用中的activity。比如你的应用希望发送一封邮件,你可以定义一个intent,用来执行“send”的动作,这个intent还可以带有其他的数据,比如邮件地址和邮件信息。发送完这个intent之后,另一个应用中,申明了可以处理这个intent的activity就会被打开。在这个例子中,intent的目的是为了发送邮件,因此,邮件应用的对应activity就会启动。如果有多个应用的activity支持这个intent,系统会让用户选择哪一个应用去执行这个动作。当邮件发送完毕之后,你的activity会重新激活,看起来邮件activity就是你的应用的一部分。尽管activity可能来自不同的应用,但是android通过把这些应用保存在相同的task中,以实现用户操作的无缝体验。

一个task就是:为了执行一个任务用户与之交流的activity的集合。activity按照打开的顺序安排在一个back stack中。

设备的home界面是大多数task启动的地方。当用户点击launcher应用上的图标,或者是home界面上的快捷方式,这个图标所对应的应用的task就会被置换到前台。如果这个应用不存在task,也就是说最近都没有使用过,那么就会为这个应用创建一个新的task,这个应用中的main activity会被创建,然后作为根activity压入到这个task中。

当当前的activity启动了另外一个activity之后,新的activity会被压入到栈顶,并拥有焦点。之前的activity保存在栈中,但是状态是stopped。当activity处于stop状态的时候,系统会保留当前界面的状态,当用户按下后退按键,当前的activity会从stack中弹出(被销毁掉),之前的一个activity会从保存的状态中恢复。在栈中的activity的顺序不能重新安排,只允许在栈上执行压入和弹出的动作:当创建新的activity的时候,压入栈中;当按下后退按钮的时候从栈中弹出。因此,back stack是一个“后进先出”的结构体。下图展示了这一过程:


如果用户不停的按后退键,栈中的activity会不停的被弹出,直到回到home界面(或者回到创建task的正在运行的activity)。当所有的activity都从栈中移除之后,这个task就不存在了。

task可以被整体移到后台,当用户启动了一个新的task,或者按下了home按钮。后台task中的所有activity的状态都是stop的,task的stack中的内容都是完好无缺的,只是task失去了焦点。

注意:后台可以保持多个task的记录。如果在同一时刻后台运行了太多的task,系统可能会销毁后台activity,以回收内存,这会导致activity状态的丢失。

因为在栈中的activity的顺序是不能被重新安排的,所以,如果你的应用允许用户启动一个可以多次实例化的activity,那么每次启动的时候都会创建一个新的实例activity,压入到栈顶。因此你activity可能被实例化多次(甚至是被不同的task)。

总结一下:

1.activity A 启动activity B,activity A 停止,但是系统还是保留着它的状态。当用户在activity B上按下后退按键,activity A会从保留的状态中的恢复运行。

2.当用户按下home按钮离开一个task,这个task的当前activity停止,整个task进入到后台。系统保留着stack中的每一个activity的状态。如果用户点击launcher上的task图标,这个task就会被重新放到前台,task的栈顶activity也会恢复运行。

3.当用户按下后退按钮,栈顶的activity就会从栈中弹出销毁,之前的activity就会恢复运行。activity被销毁后,系统不会保持它的状态。

4.有的activity可以被实例化多次,甚至是从不同的task。

2.保存activity的状态

如上所讨论的,系统在activity处于停止的时候会默认保留它的状态。当用户通过back按钮回到这个activity的时候就会恢复离开时候的界面。通过回调函数onSaveInstanceState(),保存activity的状态。

系统也可能会销毁后台的activity,以回收内存。这种情况下,系统仍然知道activity在task中的位置,当通过back回到这个activity的时候,系统会重新的创建一个activity。

3.管理task

android管理task和back stack的方式,正如之前已经介绍过的:通过把所有的activity压入通过一个task,即后进先出的stack——这种方式对于大多数的应用都能很好的工作,你不用担心你的activity和哪一个task联系在一起,也不用担心它们是如何存放的。但是,你可能像终止这中正常的行为。也许你想你的activity启动的时候创建一个新的task,而不是压入当前的task中。或者你启动一个activity,你希望显示它已经存在的实例,而不是在栈顶创建一个新的实例。或者你希望离开task的时候能够清除除了根activity以外的所有activity。

通过<activity>的属性和intent的flag标志,你可以做上面的这些事情,甚至更多。

你可以使用的<activity>的属性如下:

可以使用的flag如下:

在接下来的部分你会看到,如何使用这些属性和flag,以决定activity和task的关联性,以及activity在task中的行为。

注意:对于大多数的应用来说不用修改正常的行为,如果你觉得你的activity有必要修改正常的处理行为,小心的使用,仔细的测试。

3.1 定义启动模式

启动模式决定了你的activity和task的关联性。当一个activity启动的时候,有两种方式指定它与task的关联:使用manifest文件和使用intent flag。当intent的flag和manifest所指定的启动模式发生冲突的时候,以intent flag指定的模式为准。

3.1.1 使用manifest文件

使用<activity>launchMode属性指定启动模式:

standard:每次都是创建一个新的activity实例。activity的默认属性为standard。

singleTop:当此activity已经在栈顶的时候,不会创建新的activity,而是调用onNewIntent()方法。除此之外都是创建新的实例。

singleTask:系统为这个activity创建一个新的task,然后压入stack,作为根activity。如果已经存在一个这样的activity在某个task中,就不会创建新的task,而是调用这个已经存在的activity的onNewIntent()方法。

singleInstance:和singleTask一样,但是有一点不同:activity所属的task不允许压入其他的activity。

举个例子:android的浏览器应用通过为web页面activity指定singleTask模式,限制这个activity只在自己的task中存在。这就意味着,如果你的应用程序发送intent想打开web页面,这个activity不会放置在你的应用的task中。要么创建一个新的task,要么已经存在一个task中含有这个activity,那么这个task就会被换到前台以处理这个intent。

无论activity是在一个新的task中还是在一个已经存在的task中,back按钮总是将用户带到之前的activity。


3.1.2 使用intent falg

在调用startActivity()函数发送一个intent启动一个activity的时候,可以指定intent的flag修改activity和task的关联性。可以使用的flag如下:

FLAG_ACTIVITY_NEW_TASK:和singleTask类似。

FLAG_ACTIVITY_SINGLE_TOPsingleTop类似。

FLAG_ACTIVITY_CLEAR_TOP:如果需要启动的activity已经在当前的task中,位于此activity上的activity会从stack中弹出销毁,然后把这个intent派发给已经处于顶端的activity处理:onNewIntent()FLAG_ACTIVITY_CLEAR_TOP一般会和FLAG_ACTIVITY_NEW_TASK一起使用。

3.2 亲缘关系的处理

affinity表明了activity属于哪一个task。默认情况,一个应用的activity有亲缘性。所以,默认情况下,它们属于同一个task。

亲缘性有以下两种情况:

1.当启动activity的intent含有FLAG_ACTIVITY_NEW_TASK标志:如果找到一个task和这个activity有亲缘性,就在这个task中启动这个activity;如果没有找到就创建一个新的task。

2.当activity把allowTaskReparenting属性设置为true:在这种情况下,activity可以从启动它的task移动到和它具有亲缘性的task中,当这个task被移动到前台的时候。比如,旅游应用中有一个activity用来显示选中城市的天气状况,它和应用中的其他activity有相同的亲缘性,并且它允许重新为它指定父task。当你的另一个应用的activity启动这个天气预报的activity的时候,天气预报activity被压入你的应用activity所属的task中。当旅游应用被切换到前台,天气预报activity被重新分配到旅游应用的task,然后被显示出来。

3.3  清除back stack

如果用户离开一个task时间太长,系统会清除掉除了task中根activity以外的所有activity。以下属性可以修改这个行为:

alwaysRetainTaskState:设置为true,会阻止上述行为发生。

clearTaskOnLaunch:当用户离开task之后又进入这个task,就会清除掉除了根activity以外的所有activity。

finishOnTaskLaunch:当设置为true,当用户离开task之后有回来,栈顶的activity就会被弹出。

3.4 Starting a task

通过为一个activity指定一个intent过滤器,action为:android.intent.action.MAIN,category为:android.intent.category.LAUNCHER,可以将这个activity当作task的入口。这中类型的intent过滤器就导致activity对应的图标和标签被显示在launcher应用中。通过launcher中的图标给用户提供了一种启动activity和返回已经启动过的task的途径。

singleTask和singleInstance属性只能被应用在具有以上intent过滤器的activity中。

AI 代码审查Review工具 是一个旨在自动化代码审查流程的工具。它通过集成版本控制系统(如 GitHub 和 GitLab)的 Webhook,利用大型语言模型(LLM)对代码变更进行分析,并将审查意见反馈到相应的 Pull Request 或 Merge Request 中。此外,它还支持将审查结果通知到企业微信等通讯工具。 一个基于 LLM 的自动化代码审查助手。通过 GitHub/GitLab Webhook 监听 PR/MR 变更,调用 AI 分析代码,并将审查意见自动评论到 PR/MR,同时支持多种通知渠道。 主要功能 多平台支持: 集成 GitHub 和 GitLab Webhook,监听 Pull Request / Merge Request 事件。 智能审查模式: 详细审查 (/github_webhook, /gitlab_webhook): AI 对每个变更文件进行分析,旨在找出具体问题。审查意见会以结构化的形式(例如,定位到特定代码行、问题分类、严重程度、分析和建议)逐条评论到 PR/MR。AI 模型会输出 JSON 格式的分析结果,系统再将其转换为多条独立的评论。 通用审查 (/github_webhook_general, /gitlab_webhook_general): AI 对每个变更文件进行整体性分析,并为每个文件生成一个 Markdown 格式的总结性评论。 自动化流程: 自动将 AI 审查意见(详细模式下为多条,通用模式下为每个文件一条)发布到 PR/MR。 在所有文件审查完毕后,自动在 PR/MR 中发布一条总结性评论。 即便 AI 未发现任何值得报告的问题,也会发布相应的友好提示和总结评论。 异步处理审查任务,快速响应 Webhook。 通过 Redis 防止对同一 Commit 的重复审查。 灵活配置: 通过环境变量设置基
【直流微电网】径向直流微电网的状态空间建模与线性化:一种耦合DC-DC变换器状态空间平均模型的方法 (Matlab代码实现)内容概要:本文介绍了径向直流微电网的状态空间建模与线性化方法,重点提出了一种基于耦合DC-DC变换器的状态空间平均模型的建模策略。该方法通过数学建模手段对直流微电网系统进行精确的状态空间描述,并对其进行线性化处理,以便于系统稳定性分析与控制器设计。文中结合Matlab代码实现,展示了建模与仿真过程,有助于研究人员理解和复现相关技术,推动直流微电网系统的动态性能研究与工程应用。; 适合人群:具备电力电子、电力系统或自动化等相关背景,熟悉Matlab/Simulink仿真工具,从事新能源、微电网或智能电网研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握直流微电网的动态建模方法;②学习DC-DC变换器在耦合条件下的状态空间平均建模技巧;③实现系统的线性化分析并支持后续控制器设计(如电压稳定控制、功率分配等);④为科研论文撰写、项目仿真验证提供技术支持与代码参考。; 阅读建议:建议读者结合Matlab代码逐步实践建模流程,重点关注状态变量选取、平均化处理和线性化推导过程,同时可扩展应用于更复杂的直流微电网拓扑结构中,提升系统分析与设计能力。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值