【最新鸿蒙应用开发】——基于Stage模型的组件启动模式

 来谈谈鸿蒙Stage模型中应用的启动规则。

组件启动规则(Stage模型)

启动组件是指一切启动或连接应用组件的行为:

  • 启动UIAbility、ServiceExtensionAbility、DataShareExtensionAbility,如使用startAbility()、startServiceExtensionAbility()、startAbilityByCall()等相关接口。

  • 连接ServiceExtensionAbility、DataShareExtensionAbility,如使用connectServiceExtensionAbility()、createDataShareHelper()等相关接口。

组件启动总体规则

开发者需熟知组件启动规则,避免业务功能异常。

为了保证用户具有更好的使用体验,对以下几种易影响用户体验与系统安全的行为做了限制:

  • 后台应用任意弹框,如各种广告弹窗,影响用户使用。

  • 后台应用相互唤醒,不合理的占用系统资源,导致系统功耗增加或系统卡顿。

  • 前台应用任意跳转至其他应用,如随意跳转到其他应用的支付页面,存在安全风险。

鉴于此,制订了一套组件启动规则,主要包括:

  • 跨应用启动组件,需校验目标组件是否可以被其他应用调用。

    若目标组件exported字段配置为true,表示可以被其他应用调用;若目标组件exported字段配置为false,表示不可以被其他应用调用,还需进一步校验ohos.permission.START_INVISIBLE_ABILITY权限(该权限仅系统应用可申请)。

  • 位于后台的UIAbility应用,启动组件需校验BACKGROUND权限ohos.permission.START_ABILITIES_FROM_BACKGROUND(该权限仅系统应用可申请)。

    说明:

    前后台应用的判断依据:若应用进程获焦或所属的UIAbility组件位于前台则判定为前台应用,否则为后台应用。

  • 跨设备使用startAbilityByCall接口,需校验分布式权限ohos.permission.DISTRIBUTED_DATASYNC

冷热启动

UIAbility冷启动:指的是UIAbility实例处于完全关闭状态下被启动,这需要完整地加载和初始化UIAbility实例的代码、资源等。在目标UIAbility的onCreate()生命周期回调中,接收调用方传过来的参数。然后在目标UIAbility的onWindowStageCreate()生命周期回调中,解析EntryAbility传递过来的want参数,获取到需要加载的页面信息url,传入windowStage.loadContent()方法。

UIAbility热启动:指的是UIAbility实例已经启动并在前台运行过,由于某些原因切换到后台,再次启动该UIAbility实例,这种情况下可以快速恢复UIAbility实例的状态。启动目标UIAbility时,不会重新走初始化逻辑,只会直接触发onNewWant()生命周期方法。为了实现跳转到指定页面,需要在onNewWant()中解析要参数进行处理。

1、同设备组件启动规则

设备内启动组件,不同场景下的规则不同,可分为如下三种场景:

  • 启动UIAbility。

  • 启动ServiceExtensionAbility、DataShareExtensionAbility。

  • 通过startAbilityByCall接口启动UIAbility。

2、分布式跨设备组件启动规则

跨设备启动组件,不同场景下的规则不同,可分为如下三种场景:

  • 启动UIAbility。

  • 启动ServiceExtensionAbility、DataShareExtensionAbility。

  • 通过startAbilityByCall接口启动UIAbility。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值